Knifte

Das ist bei mir tatsächlich so eingestellt. Komischerweise finde ich unter /user zwar die Ordner domains und iso, nicht aber den Ordner System. Den finde ich nur auf dem Cache.

Bewusst umgestellt habe ich nichts. Aber es lief nicht einfach so weiter. Wo könnte ich das denn genau nachschauen was ich da im Zweifel wo eingestellt habe?

Ich hatte einfach alles aufs Array kopiert. Dann muss ich mich nochmal mit dem Thema Backup der VM etc. auseinandersetzen.

So, ich habe heute mal alles gesichert und von btrfs auf xfs umgestellt. Mal schauen, wie es sich entwickelt. Was mir dabei aber aufgefallen war: Ich hab Home Assistant als VM unter Unraid laufen und wollte die (in Dateiform) gesicherte VM wieder irgendwie einbinden, aber das ist mir nicht gelungen. Hab dann die VM neu aufgesetzt und ein Backup eingespielt. Geht das irgendwie eleganter? Sorry, hat mit dem ursprünglichen Topic nichts mehr zu tun.

Schub hab ich letztens gemacht. Das hat keine Fehler gemeldet. Ich hab’s einfach standardmäßig auf btrfs gelassen. Dann sollte ich es vielleicht mal in Café ändern.

Nein, das habe ich tatsächlich auch noch nicht gemacht. Bin mir grad aber auch nicht sicher, wie man das anstoßen kann.

Hi und sorry für die späte Rückmeldung, also, die docker.img liegt bei mir auf dem Cache (eine 2 TB NVME SSD). Diese hat das BTRFS Filesystem. Da sind auch "nur" knapp 200 GB belegt und gut 1,8 TB frei. (Allerdings waren es bis eben umgekehrt, dass da nur noch knapp 200 GB frei waren - wegen der Frigate-Aufzeichnungen. Die habe ich jetzt aber mal weitestgehend gelöscht) Der Share /system ist wie folgt eingerichtet: Ins Docker.img schreibt da m.E. nichts - es sind alle docker so konfiguriert, dass die in Appdata speichern: Ich habe das Plugin "Appdata Backup" laufen, dass ja nachts die Docker stoppt, ein Backup macht und diese dann wieder hochfährt. Das habe ich jetzt auch mal live beobachtet und das funktioniert auch soweit. Ich habe aber dennoch das Gefühl, dass die Docker dann wegen des Zeitstempels immer kurz danach stoppen.

Hm, jetzt tritt heute das Problem wieder auf. Woran könnte das denn jetzt liegen? Wo wird die Docker.img denn gespeichert? Kann das an einem sterbenden USB Stick liegen?

Danke @alturismo und @cz13 und natürlich auch @_alo_, das war die Lösung. Jetzt läuft wieder alles.

@_alo_ Das Fehlerbild ist das gleiche, wenn ich Tailscale in den Dockern deaktiviere Aus dem Paperless-Log: OSError: [Errno 28] No space left on device: '/usr/src/paperless/data/__paperless_write_test_145__' s6-rc: warning: unable to start service init-system-checks: command exited 1Diesen Pfad kann ich über die Konsole aber auch gar nicht erreichen:

@_alo_ das ist mir tatsächlich eben auch aufgefallen. Ich starte das NAS jetzt nochmal neu und teste es mal ohne Tailscale. Aber das lief ja seit Monaten so - würde mich halt sehr wundern, wenn das auf einmal dazu führt, dass mehrere Docker gleichzeitig nicht mehr funktionieren?

Bin jetzt mal über die Konsole auf den Cache gewechselt und habe dort im Backup-Verzeichnis eine Text-Datei erstellt und da was reingeschrieben und die Datei gespeichert. Das hat auch problemlos geklappt. Im übergeordneten appdata Verzeichnis unter Cache funktioniert das auch. komischerweise auch im Verzeichnis von Vaultwarde. Scheint also doch nicht am Schreibschutz zu liegen, oder?

@_alo_ Meine Vermutung ist auch irgendwie, dass der Cache Read-Only ist. Müsste ich doch rausfinden können, wenn ich einfach eine leere Datei anzulegen versuche, oder? Das sind die anderen Docker und alle haben Verzeichnisse in appdata

@cz13 Wie finde ich raus, ob das defekt oder Read Only ist?

Hallo, ich hab ein merkwürdiges Phänomen: Seit heute beenden sich gewisse Docker Container bzw. lassen sich nicht mehr starten. Es handelt sich dabei um die Container von Paperless NGX, Vaultwarden und Frigate jeweils in der aktuellen Version. Das Docker File System ist zu 17% belegt - an fehlendem Speicher sollte es also nicht scheitern auch ein df- -h zeigt keine vollen Speicherpfade an. Inodes sind auch ausreichend freie verfügbar. Frigate versucht ständig neu zu starten beendet sich dann aber immer wieder. Paperless beendet sich, ohne für mich erkennbare Fehlermeldung mit Exit Code 1 - Edit: Gerade im Log gesehen, dort tauch t auch die MEldung Mo Space left on Device auf. Es ist aber noch Platz da. Kann die NVME auf der das appdata Verzeichnis liegt vielleicht irgendwie schreibgeschützt sein? Kann man das irgendwie überprüfen? Vaultwarden schreibt im LOG, dass es nicht auf die DB zugreifen kann - die ist aber im Appdata-Verzeichnis vorhanden (db.sqlite3) (wenn ich versuche die mit sqlite3 zu öffnen und ein Backup zu erstellen, bekomme ich die Meldung "No space left on Device". Ich bin jetzt gerade mit meinem Latein ein wenig am Ende und weiß nicht, was ich noch probieren kann. Kann jemand von euch helfen?