BACKITUP host.raspy-io Cannot pack directory /...
-
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
-
Ich hab jetzt mal dsas ZIGBEE Backup rausgenommen,
dann gibt s nur beim IObrocker Backup das :20:07:56.503INFOguiBackup gestartet ... 20:07:56.642DEBUGmountmount activ... umount is started before mount!! 20:07:56.679DEBUGmountumount successfully completed 20:08:06.649DEBUGmountcifs-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.1.1 //192.168.2.100/NetBackup/IO-Backup /opt/iobroker/backups" 20:08:07.078DEBUGmountmount successfully completed 20:08:07.130DEBUGmountdone 20:08:10.010DEBUGiobrokerhost.raspy-io 1333 objects saved 20:08:10.109DEBUGiobrokerhost.raspy-io 488 states saved 20:08:10.119DEBUGiobrokerhost.raspy-io Validating backup ... 20:08:10.156DEBUGiobrokerhost.raspy-io "config.json" is valid host.raspy-io "objects.jsonl" exists host.raspy-io "states.jsonl" exists 20:08:10.376DEBUGiobrokerhost.raspy-io JSONL lines are valid 20:08:10.382DEBUGiobrokerhost.raspy-io The backup is valid! 20:08:10.893DEBUGiobrokerBackup created: /opt/iobroker/backups/iobroker_2024_12_10-20_08_06_backupiobroker.tar.gz 20:08:10.896DEBUGiobrokerThis backup can only be restored with js-controller version 7.0 or higher 20:08:10.954ERRORiobrokerhost.raspy-io Cannot pack directory /opt/iobroker/node_modules/iobroker.js-controller/tmp/backup: ENOSPC: no space left on device, close 20:08:11.890DEBUGiobrokerdone 20:08:14.614DEBUGcifsused copy path: /NetBackup/IO-Backup 20:08:14.659DEBUGcifsdone 20:08:15.236WARNcleanNo older backup files are deleted, because this backup was started manually 20:08:15.260DEBUGcleandone 20:08:15.384DEBUGhistoryHTMLnew history html values created 20:08:15.480DEBUGhistoryHTMLdone 20:08:15.672DEBUGhistoryJSONnew history json values created 20:08:15.713DEBUGhistoryJSONdone 20:08:15.830DEBUGumountmount active, umount is started ... 20:08:20.863DEBUGumountumount successfully completed 20:08:20.909DEBUGumountdone 20:08:23.228DEBUGnotificationdone 20:08:23.379INFOguiDas Backup wurde erfolgreich erstellt! -
@qax1 sagte in BACKITUP host.raspy-io Cannot pack directory /...:
kommt dann
Sorry, das funktioniert so nur auf einem System mit entsprechenden Einträgen in der fstab.
Hast du aber nicht. Also musst du dass mit dem Befehl aus dem Backitup-Log machen.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/backupspassword halt richtig setzen. Und zuvor schauen, ob /opt/iobroker/backups leer ist:
ls -l /opt/iobroker/backups/ -
Das gibt nicht mal n Fehlermeldung....
pi@raspy-io:~ $ sudo mount -t cifs -o username=iostefan,password=xxxxx,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 pi@raspy-io:~ $opt/iobroker/backups/
Waren 2 Dateien drin, hab ich mit rm gelöscht -
@qax1 sagte in BACKITUP host.raspy-io Cannot pack directory /...:
Das gibt nicht mal n Fehlermeldung....
Linuxisch: Keine Meldung, alles i.O.
-
@qax1 sagte in BACKITUP host.raspy-io Cannot pack directory /...:
Waren 2 Dateien drin, hab ich mit rm gelöscht
Welche? Ich hoffe du hast nicht die . und .. Einträge gelöscht.
-
is ja schön, wenn s funktionieren würde...
-
-
@qax1 sagte in BACKITUP host.raspy-io Cannot pack directory /...:
is ja schön, wenn s funktionieren würde...
Der Mount funktioniert ja schon mal.
-
Ähhhh.... ich hab jetzt mal links über die Leite getestet, nicht im Adapter....
20:25:54.129INFOguiBackup gestartet ... 20:26:04.195DEBUGmountcifs-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.1.1 //192.168.2.100/NetBackup/IO-Backup /opt/iobroker/backups" 20:26:04.608DEBUGmountmount successfully completed 20:26:04.663DEBUGmountdone 20:26:07.662DEBUGiobrokerhost.raspy-io 1333 objects saved 20:26:07.764DEBUGiobrokerhost.raspy-io 488 states saved host.raspy-io Validating backup ... 20:26:07.777DEBUGiobrokerhost.raspy-io "config.json" is valid 20:26:07.784DEBUGiobrokerhost.raspy-io "objects.jsonl" exists host.raspy-io "states.jsonl" exists 20:26:08.026DEBUGiobrokerhost.raspy-io JSONL lines are valid 20:26:08.033DEBUGiobrokerhost.raspy-io The backup is valid! 20:26:08.513DEBUGiobrokerBackup created: /opt/iobroker/backups/iobroker_2024_12_10-20_26_03_backupiobroker.tar.gz 20:26:08.558DEBUGiobrokerThis backup can only be restored with js-controller version 7.0 or higher 20:26:09.551DEBUGiobrokerdone 20:26:12.274DEBUGcifsused copy path: /NetBackup/IO-Backup 20:26:12.319DEBUGcifsdone 20:26:12.909WARNcleanNo older backup files are deleted, because this backup was started manually 20:26:12.916DEBUGcleandone 20:26:13.035DEBUGhistoryHTMLnew history html values created 20:26:13.135DEBUGhistoryHTMLdone 20:26:13.313DEBUGhistoryJSONnew history json values created 20:26:13.358DEBUGhistoryJSONdone 20:26:13.475DEBUGumountmount active, umount is started ... 20:26:18.512DEBUGumountumount successfully completed 20:26:18.558DEBUGumountdone 20:26:20.871DEBUGnotificationdone 20:26:21.027INFOguiDas Backup wurde erfolgreich erstellt!
