BACKITUP host.raspy-io Cannot pack directory /...
-
@martinp
Synology kann auch nfs -
Aber auch das muss richtig eingestellt / freigegeben werden.
-
@mcm1957 Mein NAS war damals eine Seagate Dockstar ... ich glaube, ich lasse das aber bei rsync - never change a running system ...
Habe dadurch jetzt eine Woche Lokal im LXC-Container als Backups, und 40 Tage auf dem NAS....
-
@thomas-braun
Ja sicher
-
pi@raspy-io:/opt/iobroker/backups $ df Filesystem 1K-blocks Used Available Use% Mounted on udev 1673520 0 1673520 0% /dev tmpfs 388296 1168 387128 1% /run /dev/mmcblk0p2 122339224 5618616 110489016 5% / tmpfs 1941460 0 1941460 0% /dev/shm tmpfs 5120 16 5104 1% /run/lock /dev/mmcblk0p1 522230 55944 466286 11% /boot/firmware tmpfs 388292 0 388292 0% /run/user/1000 pi@raspy-io:/opt/iobroker/backups $ -
Sorry Frau hat gerufe "ESSEN is Fertig"
-
Da ich jetzt n bisschen den Faden verloren habe,
hier nochmal n aktueller LOG19:18:53.857INFOguiBackup gestartet ... 19:19:03.909DEBUGmountcifs-mount command: "sudo mount -t cifs -o username=iostefan,password=****,rw,forceuid,uid=iobroker,forcegid,gid=iobroker,file_mode=0777,dir_mode=0777,vers=3.0 //192.168.2.100/NetBackup/IO-Backup /opt/iobroker/backups" 19:19:04.335DEBUGmountmount successfully completed 19:19:04.380DEBUGmountdone 19:19:07.271DEBUGiobrokerhost.raspy-io 1333 objects saved 19:19:07.355DEBUGiobrokerhost.raspy-io 488 states saved 19:19:07.358DEBUGiobrokerhost.raspy-io Validating backup ... 19:19:07.366DEBUGiobrokerhost.raspy-io "config.json" is valid 19:19:07.376DEBUGiobrokerhost.raspy-io "objects.jsonl" exists host.raspy-io "states.jsonl" exists 19:19:07.619DEBUGiobrokerhost.raspy-io JSONL lines are valid 19:19:07.623DEBUGiobrokerhost.raspy-io The backup is valid! 19:19:11.354DEBUGiobrokerBackup created: /opt/iobroker/backups/iobroker_2024_12_10-19_19_03_backupiobroker.tar.gz 19:19:11.358DEBUGiobrokerThis backup can only be restored with js-controller version 7.0 or higher 19:19:18.156DEBUGiobrokerdone 19:19:19.223DEBUGzigbeefound zigbee database: zigbee.0 19:19:19.233DEBUGzigbeedone 19:19:19.261ERRORzigbeeError: ENOSPC: no space left on device, close 19:19:20.876DEBUGcifsused copy path: /NetBackup/IO-Backup 19:19:20.922DEBUGcifsdone 19:19:21.498ERRORcleanBackup files not deleted from /opt/iobroker/backups because some errors. 19:19:21.510DEBUGcleandone 19:19:21.629DEBUGhistoryHTMLnew history html values created 19:19:21.720DEBUGhistoryHTMLdone 19:19:21.885DEBUGhistoryJSONnew history json values created 19:19:21.927DEBUGhistoryJSONdone 19:19:22.044DEBUGumountmount active, umount is started ... 19:19:27.114DEBUGumountumount successfully completed 19:19:27.162DEBUGumountdone 19:19:29.522DEBUGnotificationAdmin notification will be sent 19:19:29.536DEBUGnotificationdone 19:19:29.628INFOguiDas Backup wurde erfolgreich erstellt! -
Aber es hatte ja n weile lang funktioniert.
-
Hat vermutlich solange funktioniert bis der Speicherplatz ausging.
ENOSPC: no space left on device, close
-
Deswegen hatte ich heute Morgen
ganz neu aufgesetzt, was aber leider das Problem nicht behoben hat.
Ich finde dieses ENOSPC auch nirgends -
Schau auf dem NAS, was da noch verfügbar ist.
-
@qax1 sagte in BACKITUP host.raspy-io Cannot pack directory /...:
Ich finde dieses ENOSPC auch nirgends
@qax1 sagte in BACKITUP host.raspy-io Cannot pack directory /...:
19:19:19.261ERRORzigbeeError: ENOSPC: no space left on device, close
warum das als zigbeeError deklariert ist, ist mir allerdings schleierhaft
-
Von 2,68 TB sind 3,05 GB belegt....
Ich denke das sollte reichen
-
Ja, ich meinte,
kann ich nicht direkt auf diesen Speicher gucken,
ob er wirklich voll ist, bzw. was löschen !? -
@qax1 sagte in BACKITUP host.raspy-io Cannot pack directory /...:
kann ich nicht direkt auf diesen Speicher gucken,
ob er wirklich voll ist, bzw. was löschen !?Das hängt halt von dem NAS ab. In der Regel kann man die ja auch lokal administirieren.
-
Auf dem NAS ist ja Platz...
ich hab jetzt im Adapter den "Lokaler Festplattenspeicher Grenzwert für Fehlermeldung (MB)
"
Höher gestelltIrgendwie muß es ja gehen, ging ja schon
-
@qax1 sagte in BACKITUP host.raspy-io Cannot pack directory /...:
Auf dem NAS ist ja Platz...
auch in der Freigabe?
-
Ja...
19:18:53.857INFOguiBackup gestartet ... 19:19:03.909DEBUGmountcifs-mount command: "sudo mount -t cifs -o username=iostefan,password=****,rw,forceuid,uid=iobroker,forcegid,gid=iobroker,file_mode=0777,dir_mode=0777,vers=3.0 //192.168.2.100/NetBackup/IO-Backup /opt/iobroker/backups" 19:19:04.335DEBUGmountmount successfully completedWas mir jetzt gerade auffällt...
//192.xxx.xxx.1xxx/NetBackup/IO-Backup
Ist der LEERE Ordner auf dem NAS...
Warum hängt da im LOG opt/iobroker/backups hinten dran....
Den Ordner gibt es dann ja gar nicht.... -
@qax1 sagte in BACKITUP host.raspy-io Cannot pack directory /...:
Warum hängt da im LOG opt/iobroker/backups hinten dran....
Das ist der Mountpunkt. Also die Stelle, wo das entfernte Dateisystem eingehängt wird.
Und der Mountpunkt muss ein leeres Verzeichnis sein.Häng das mal von Hand ein und schau dir df -h an.
Bei mir schaut das dann z. B. so aus:echad@chet:~ $ mount /opt/iobroker/backups/ echad@chet:~ $ df -h Filesystem Size Used Avail Use% Mounted on udev 3.6G 0 3.6G 0% /dev tmpfs 781M 1.3M 780M 1% /run /dev/sda2 110G 8.0G 96G 8% / tmpfs 3.9G 0 3.9G 0% /dev/shm tmpfs 5.0M 16K 5.0M 1% /run/lock /dev/sda1 510M 57M 454M 11% /boot/firmware tmpfs 781M 0 781M 0% /run/user/1000 //fritz.nas/FRITZ.NAS/Hitachi-HTS545012B9SA00-01/iobbackups/chet 113G 34G 80G 30% /opt/iobroker/backups echad@chet:~ $Auf meinem NAS sind also noch 80GB / 70% frei.
-
@thomas-braun sagte in BACKITUP host.raspy-io Cannot pack directory /...:
mount /opt/iobroker/backups/
pi@raspy-io:~ $ mount /opt/iobroker/backups/ mount: /opt/iobroker/backups: can't find in /etc/fstab.kommt dann
