Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[Claus1985 0]

@thomas-braun Hab die FB 7590 mit Fritz OS 7.29.
Wenn ich umstelle auf 3.1.1 und noserverino läuft das Backup gar nicht mehr durch (Verbindungstyp ist CIFS):

Spoiler

Started iobroker ...
[DEBUG] [mount] - noserverino option: true
[DEBUG] [mount] - cifs-mount command: "sudo mount -t cifs -o username=ioBroker_Backup,password=****,noserverino,rw,file_mode=0777,dir_mode=0777,vers=3.1.1 //192.168.166.122/FRITZ-Zentral/PatriotMemory-01/ /opt/iobroker/backups"
[DEBUG] [mount] - mount successfully completed
[DEBUG] [mount] - done
[DEBUG] [iobroker] - host.Schaltzentrale2 5465 states saved

[DEBUG] [iobroker] - host.Schaltzentrale2 7486 objects saved

[ERROR] [iobroker] - host.Schaltzentrale2 Cannot pack directory /opt/iobroker/node_modules/iobroker.js-controller/tmp/backup: Error: ENOENT: no such file or directory, open '/opt/iobroker/backups/iobroker_2022_01_07-20_28_09_backupiobroker.tar.gz'

[DEBUG] [iobroker] - done

Das Fehlerbild hatte ich schonmal und mit SMB 1.0 lief es auch mal erfolgreich durch.
Seit 31.12.2021 um 02:40 Uhr nachts läuft das Backup nicht mehr durch.
Meine Vermutung, dass es am lokalen Speicher hängt basiert auf dieser Meldung:

host.Schaltzentrale2 Cannot pack directory /opt/iobroker/node_modules/iobroker.js-controller/tmp/backup: Error: ENOENT: no such file or directory

[Thomas Braun]

@claus1985-0
Die Optionen mit noserverino und smb 3.1.1 sind richtig, die fahre ich hier auch auf FritzOS 7.29.

Ist /opt/iobroker/backups leer?

ls -la /opt/iobroker/backups

[Claus1985 0]

@thomas-braun Verzeichnis ist nicht leer, da sind die letzten Backups drin die noch funktioniert haben:

[Thomas Braun]

@claus1985-0 Dann räum die da mal raus. Ein Mountpunkt ist ein leeres Verzeichnis.

Und bitte keine Screenshots von Text. Als Text in CodeTags eingebettet ins Forum kopieren. Danke.

[Claus1985 0]

@thomas-braun ich glaube langsam nähern wir uns dem Problem.. Ich kann die Dateien nicht löschen.
Fehlermeldung:

sudo rm iobroker_2021_12_31-02_40_20_backupiobroker.tar.gz                                            
rm: das Entfernen von 'iobroker_2021_12_31-02_40_20_backupiobroker.tar.gz' ist nicht möglich: Datei oder Verzeichnis nicht gefunden

Die gleiche Meldung erhalte ich wenn ich über Filezilla die Daten runterladen oder löschen möchte.

[Thomas Braun]

@claus1985-0

sudo -rf /opt/iobroker/backups/*

Die Freigabe darf dabei nicht gemountet sein!

[Claus1985 0]

@thomas-braun
Damit bekomme ich eine Fehlermeldung:

sudo: /opt/iobroker/backups/FRITZ: Befehl nicht gefunden

[Thomas Braun]

@claus1985-0
Bitte komplette Ein- und Ausgabe der Konsole zeigen.

[Claus1985 0]

@thomas-braun

pius@Zentrale2:~ $ ls -la /opt/iobroker/backups
insgesamt 7916
drwxrwxrwx  2 root     root           0 Jan  7 20:34 .
drwxrwxr-x+ 6 iobroker iobroker    4096 Jan  7 19:36 ..
drwxrwxrwx  2 root     root           0 Apr  8  2021 FRITZ
-rwxrwxrwx  1 root     root     6044763 Dez 31 02:40 iobroker_2021_12_31-02_40_20_backupiobroker.tar.gz
-rwxrwxrwx  1 root     root       63918 Dez 31 02:40 javascripts_2021_12_31-02_40_35_backupiobroker.tar.gz
drwxrwxrwx  2 root     root           0 Apr  8  2021 lost+found
-rwxrwxrwx  1 root     root      304080 Dez 31 02:40 redis_2021_12_31-02_40_33_backupiobroker.tar.gz
-rwxrwxrwx  1 root     root     1680730 Dez 31 02:40 zigbee.0_2021_12_31-02_40_34_backupiobroker.tar.gz
pius@Zentrale2:~ $ sudo -rf /opt/iobroker/backups/*
sudo: /opt/iobroker/backups/FRITZ: Befehl nicht gefunden

[Thomas Braun]

@claus1985-0
Merkwürdig...

sudo rm -rf /opt/iobroker/backups/FRITZ

[Claus1985 0]

@thomas-braun Das hat er ausgeführt, passiert ist allerdings nichts:

insgesamt 7916
drwxrwxrwx  2 root     root           0 Jan  7 20:34 .
drwxrwxr-x+ 6 iobroker iobroker    4096 Jan  7 19:36 ..
drwxrwxrwx  2 root     root           0 Apr  8  2021 FRITZ
-rwxrwxrwx  1 root     root     6044763 Dez 31 02:40 iobroker_2021_12_31-02_40_20_backupiobroker.tar.gz
-rwxrwxrwx  1 root     root       63918 Dez 31 02:40 javascripts_2021_12_31-02_40_35_backupiobroker.tar.gz
drwxrwxrwx  2 root     root           0 Apr  8  2021 lost+found
-rwxrwxrwx  1 root     root      304080 Dez 31 02:40 redis_2021_12_31-02_40_33_backupiobroker.tar.gz
-rwxrwxrwx  1 root     root     1680730 Dez 31 02:40 zigbee.0_2021_12_31-02_40_34_backupiobroker.tar.gz

[Thomas Braun]

@claus1985-0

Und was ist das für ein komischer lost+found Ordner? Das ist eigentlich ein Hinweis auf ein angeschossenes Dateisystem. Hier wohl das Speichermedium an der FritzBox. Sonst wird nämlich so ein Ordner nicht angelegt. Ist immer ein Hilferuf, wenn der im root eines Dateisystems auftaucht.

[Claus1985 0]

@thomas-braun Habs unmounten können, lag daran, dass ich den Filezille noch offen hatte :face_with_rolling_eyes:
Ja genau, das Backup wird auf dem USB-Stick auf der FB gespeichert. Habe das nun mal umgeändert auf den Speicher der FB direkt und siehe da, es läuft mit den von Dir genannten Einstellungen durch..

Danke Dir! :-)

Hatte das ursprünglich auf den USB-Stick gepackt um den Flash Speicher der Fritzbox zu schonen..

[Thomas Braun]

@claus1985-0
Von Filezilla war aber nie die Rede...
Schau dir den USB-Stick an, könnte sein das der 'nen Schuss hat.

Das Verzeichnis /opt/iobroker/backups ist jetzt leer?
Wenn da kein mount drauf ist...

[Claus1985 0]

@thomas-braun nein ist nicht leer, funktioniert aber trotzdem. :-)
Ich schätze der Stick passt einfach nicht da überdimensioniert (256gb / USB3.0)..

[Thomas Braun]

@claus1985-0 sagte in [gelöst] Error Meldung (ENOENT/ENOTDIR) Backitup:

nein ist nicht leer, funktioniert aber trotzdem.

Aber nicht unbedingt dauerhaft.
Ein Mountpunkt ist leer, wenn das Dateisystem nicht gerade gemountet ist. Alles andere kann für Probleme sorgen.