Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[MartinP]

@mcm1957 Ich habe mir am Cifs Mounten aus meinem LXC Container die Zähne ausgebissen, und mache jetzt lokale Backups, die später in der Nacht per Cronjob mit rsync auf das Netzlaufwerk geschoben werden ...

[mcm1957]

@martinp
Synology kann auch nfs

[Thomas Braun]

@mcm1957

Aber auch das muss richtig eingestellt / freigegeben werden.

[MartinP]

@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....

[mcm1957]

@thomas-braun
Ja sicher :-)

[Qax1]

@martinp

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 $

[Qax1]

@MartinP

Sorry Frau hat gerufe "ESSEN is Fertig" :-)

[Qax1]

Da ich jetzt n bisschen den Faden verloren habe,
hier nochmal n aktueller LOG

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 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!

[Qax1]

@mcm1957

Aber es hatte ja n weile lang funktioniert.

[Thomas Braun]

@qax1

Hat vermutlich solange funktioniert bis der Speicherplatz ausging.

ENOSPC: no space left on device, close

[Qax1]

@thomas-braun

Deswegen hatte ich heute Morgen
ganz neu aufgesetzt, was aber leider das Problem nicht behoben hat.
Ich finde dieses ENOSPC auch nirgends

[Thomas Braun]

@qax1

Schau auf dem NAS, was da noch verfügbar ist.

[Homoran]

@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

[Qax1]

Von 2,68 TB sind 3,05 GB belegt....

Ich denke das sollte reichen

[Qax1]

@homoran

Ja, ich meinte,
kann ich nicht direkt auf diesen Speicher gucken,
ob er wirklich voll ist, bzw. was löschen !?

[Thomas Braun]

@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.

[Qax1]

@thomas-braun

Auf dem NAS ist ja Platz...

ich hab jetzt im Adapter den "Lokaler Festplattenspeicher Grenzwert für Fehlermeldung (MB)
"
Höher gestellt

Irgendwie muß es ja gehen, ging ja schon

[Homoran]

@qax1 sagte in BACKITUP host.raspy-io Cannot pack directory /...:

Auf dem NAS ist ja Platz...

auch in der Freigabe?

[Qax1]

@homoran

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 completed

Was 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....

[Thomas Braun]

@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.