Test Adapter ioBroker.backitup v3.1.x

[bob der 1.]

@jb_sullivan sagte in Test Adapter ioBroker.backitup v2.7.x:

Kurze Frage - ist irgend etwas bekannt, das BackitUp nach einem ioBroker Neustart, "unter der Oberfläche" nicht das macht was man eingestellt hat?

Soll heißen, der Adapter ist (wird) zwar nach dem Neustart grün, aber die nächtlich eingestellte Sicherung erfolgt nicht. Es gibt auch keine Fehlermeldungen dazu.

Startet man die Instanz neu läuft wieder alles wie es konfiguriert wurde. Dieses Verhalten habe ich schon mehrfach, ich glaube seit der ersten Installation des js-controller 5.xx, beobachtet.

Das ganze System befindet auf dem Lastest Stand vom 08.09.2023 - mit anderen Worten System und Adapter sind brandaktuell.

Bei mir sieht es so mit dem 2.7.0 aus

Started iobroker ...
[DEBUG] [iobroker] - host.raspberrypi 20832 states saved

[DEBUG] [iobroker] - host.raspberrypi 23466 objects saved

[DEBUG] [iobroker] - Backup created: /opt/iobroker/backups/iobroker_2023_09_09-14_36_55_backupiobroker.tar.gz

[DEBUG] [iobroker] - done
[DEBUG] [ftp] - FTP connected.
[DEBUG] [ftp] - Send iobroker_2023_09_09-14_36_55_backupiobroker.tar.gz
[ERROR] [ftp] - Error: /VOLUME/IoBroker/iobroker_2023_09_09-14_36_55_backupiobroker.tar.gz: Read-only file system.
[DEBUG] [ftp] - done
[ERROR] [clean] - Backup files not deleted from /opt/iobroker/backups because some errors.
[DEBUG] [clean] - done
[DEBUG] [email] - done
[DEBUG] [historyHTML] - new history html values created
[DEBUG] [historyHTML] - done
[DEBUG] [historyJSON] - new history json values created
[DEBUG] [historyJSON] - done
[EXIT] 0

mit den 2.6.23
läuft es auch nicht!

Started iobroker ...
[DEBUG] [iobroker] - host.raspberrypi 20832 states saved

[DEBUG] [iobroker] - host.raspberrypi 23466 objects saved

[DEBUG] [iobroker] - Backup created: /opt/iobroker/backups/iobroker_2023_09_09-14_39_43_backupiobroker.tar.gz

[DEBUG] [iobroker] - done
[DEBUG] [ftp] - FTP connected.
[DEBUG] [ftp] - Send iobroker_2023_09_09-14_39_43_backupiobroker.tar.gz
[ERROR] [ftp] - Error: /VOLUME/IoBroker/iobroker_2023_09_09-14_39_43_backupiobroker.tar.gz: Read-only file system.
[DEBUG] [ftp] - done
[ERROR] [clean] - Backup files not deleted from /opt/iobroker/backups because some errors.
[DEBUG] [clean] - done
[DEBUG] [email] - done
[DEBUG] [historyHTML] - new history html values created
[DEBUG] [historyHTML] - done
[DEBUG] [historyJSON] - new history json values created
[DEBUG] [historyJSON] - done
[EXIT] 0

Was sich da geändert hatte,ist die Firmware der FritzBox auf 7.57
Für den FTP Speicher habe ich Lese und Schreibrechte, ging ja bis zum 5.9!
Benutzer neu angelegt, geht auch nicht.Lesen und wiederherstellen geht.

Dazu irgendwer ein Info.

[simatec]

@bob-der-1 sagte in Test Adapter ioBroker.backitup v2.7.x:

[ERROR] [ftp] - Error: /VOLUME/IoBroker/iobroker_2023_09_09-14_36_55_backupiobroker.tar.gz: Read-only file system.

Dein Filesystem ist Read-Only
Aber warum FTP, wenn du es viel sinnvoller auf der FB mit CIFS einrichten kannst?

https://github.com/simatec/ioBroker.backitup/wiki/Diverse-Anleitungen-für-ioBroker.backitup#cifs-smb-freigaben-unter-fritznas-7-auf-einer-fritzbox

[bob der 1.]

@simatec

Warum FTP...geht fixer einzustellen und bot sich eben an.
Reas Only....ich verstehe nicht warum auf einmal!!!
Werde wohl oder übel umstellen,aber erklärt den Fehler nicht

[simatec]

@bob-der-1 Hmm was den Fehler angeht, ist schwer zu sagen. Kann bei einem Update der Fritzbox sich was geändert haben.
In Backitup gab es keine Änderungen im Bereich FTP
Schneller geht FTP auch nicht wirklich einzurichten.

Versuche mal CIFS... Damit lagerst du deine Backups auch besser vom Host-system aus.

[bob der 1.]

@simatec
CIFS und FTP spacken rum mit dieser Firmware.
Man muss den Benutzer löschen die Freigabe auf den Stick,den Stixk besten komplett neu anlegen und dann alles neu anlegen....Freigaben...Benutzer
Dann geht beides wieder,Das Problem habem wohl einige mitlerweile.

[Thomas Braun]

@bob-der-1 sagte in Test Adapter ioBroker.backitup v2.7.x:

CIFS und FTP spacken rum mit dieser Firmware.

Ich habe sowas ähnliches bei mir beobachten können, allerdings ist nodejs20 hier der Übeltäter. Die Backup-Dateien haben da nur eine Größe von ca. 16k auf dem CIFS/FritzNas.

Das mit dem Benutzer und Freigaben löschen muss ich aber mal ausprobieren, da hatte ich noch nicht dran gedacht.

[bob der 1.]

@thomas-braun

Ich habes alles gelöscht,reboot Fritzbox,neuen Benutzer und Stick frisch formatiert rein.....reboot.
Dann ging es wieder

[Thomas Braun]

@bob-der-1

Hier nicht. Hab eben nochmal eine neuen user angelegt.

[simatec]

@thomas-braun Thomas teste mal bitte die aktuelle Version 2.8.0...
Da hat sich bei Google wieder etwas getan... Irgendwie war es doch bei dir in Kombi mit GDrive oder?

[Thomas Braun]

@simatec sagte in Test Adapter ioBroker.backitup v2.7.x:

Irgendwie war es doch bei dir in Kombi mit GDrive oder?

Nein, ich bekomme schon keine korrekten Files auf den CIFS-Mount geschrieben. GDrive bekommt die korrupten Dinger dann aber nicht mehr geladen und hängt sich auf. Wenn direkt auf GDrive geladen wird funktioniert es.

[simatec]

@thomas-braun Hast du schonmal mit den verschiedenen CIFS Mount Optionen auf der CLI gespielt? Eventuell können wir da mal experimentieren ... Mich wundert es etwas, da es ja kein direkte. Verbindung zu Node hat... Der mount wird per exec gesetzt

[Thomas Braun]

@simatec sagte in Test Adapter ioBroker.backitup v2.7.x:

Hast du schonmal mit den verschiedenen CIFS Mount Optionen auf der CLI gespielt?

Natürlich.
Das spinnt auch nur herum, wenn Aktionen via nodejs20 laufen. Wenn ich direkt mit den Dateien/Verzeichnissen agiere oder mit nodejs<20 ist es gar kein Problem.

[simatec]

@thomas-braun Ich baue mir mal ne Testumgebung auf und spiele mal ein wenig rum

[Thomas Braun]

@simatec sagte in Test Adapter ioBroker.backitup v2.7.x:

Ich baue mir mal ne Testumgebung auf

Ich hab ja den CIFS der FritzBox im Verdacht. Der ist irgendwie etwas 'komisch'.

[simatec]

@thomas-braun kurze erster Test...
Debian12 und iobroker (Node.js: v20.5.1 NPM: 9.8.0) mit beta Repo... Ein CIFS mount auf mein NAS (Eigenbau mit OMV) läuft ohne Probleme und das backup wird sauber gespeichert.

Werde heute Abend mal noch mein olle Fritte für das Testszenario in Betrieb nehmen...

[simatec]

Ab sofort steht die Version 2.8.1 auf Github und im latest zur Verfügung.

Changelog

2.8.1 (2023-09-12)

• (simatec) Fix roles
• (simatec) help-links added

2.8.0 (2023-09-11)

• (simatec) small Sentry fixes
• (simatec) Bugfix System-Message
• (simatec) Docu & Wiki updated
• (simatec) Translation updated
• (simatec) dependencies updated
• (simatec) Fix Webdav
• (simatec) WOL Address & Port added
• (simatec) Restore for Backitup Config added

[bob der 1.]

@simatec

Update rennt und die Fritzbox ist auch zufrieden,danke

[simatec]

@bob-der-1 sagte in Test Adapter ioBroker.backitup v2.8.x:

@simatec

Update rennt und die Fritzbox ist auch zufrieden,danke

CIFS oder FTP?

[bob der 1.]

@simatec
Ftp

[DPO99]

Hallo Zusammen,

habe auf die 2.8.1 aktualisiert und hatte nun zum ersten mal diesen Fehler. Ist dazu was bekannt? Konnte nichts im Netz finden.

https://github.com/simatec/ioBroker.backitup/issues/991

Spoiler

Describe the bug
Backitup was Not able to delete old files

To Reproduce
Steps to reproduce the behavior:
Start Automatic Backup

Expected behavior
Old Backups should be deleted
.
Screenshots & Logfiles
2023-09-21 23:00:45.031 - error: backitup.0 (156610) [iobroker/clean] Backup files not deleted from /opt/iobroker/backups because some errors.

Versions:
Adapter version: 2.8.1
JS-Controller version: 4.0.24
Node version: 18.18.0
Operating system: Bullsyeye

Additional context
Backup should saved in NAS, dont know why He wants to delete in opt/iobroker/backups

DPO99 created this issue in simatec/ioBroker.backitup

closed Error Files could Not be deleted #991