Test Adapter ioBroker.backitup v3.0.x

ichderarnd

Mir ist heute aufgefallen, dass backitup in meiner Umgebung seit einem Monat keine Sicherungen mehr ablegt. Sicherungsziel ist eine Freigabe auf einem Windows 10 PC (also kein Fritzbox Problem). Der Befehl, den backitup für das Mounten des Verzeichnisses erstellt lautet:

sudo mount -t cifs -o username=PiBackup,password=****,rw,uid=iobroker,gid=iobroker,file_mode=0777,dir_mode=0777,vers=3.1.1 //srv02/Backups/ioBroker /opt/iobroker/backups

Wenn ich den identischen Befehl in der Shell mit dem Passwort z.B. '$passwort$' statt der **** ausführe, funktioniert das Mounten.

Ich habe dann in den ioBroker backitup Einstellungen als Passwort spaßeshalber mal das Passwort mit den Anführungszeichen eingegeben und siehe da, es funktioniert wieder.
Hat sich an dieser Stelle in letzter Zeit etwas im Adapter geändert? Ich vermute, das $ im Passwort ist Ursache des Problems. Aber Sonderzeichen im Passwort sollten ja möglich sein.

Ich habe jetzt nicht probiert, über das Passwort Code zu injezieren. Würde vermutlich möglich sein.

DPO99

@thomas-braun

Habe das Backup mal versetzt (kurze Korrektur noch, der Speicher ist nicht AUS sondern immer im Standby). Um 23h wird er dennoch jeden Tag aufgeweckt, sollte er im Standy sein. Fehler trat leider trotzdem auf:

2023-10-03 23:10:10.038 - debug: backitup.0 (495265) The local storage check was completed successfully. On the host "iobroker" are currently 24113 MB free space available!
2023-10-03 23:10:10.113 - debug: backitup.0 (495265) Backup has started ...
2023-10-03 23:10:10.124 - debug: backitup.0 (495265) [iobroker/mount] mount activ... umount is started before mount!!
2023-10-03 23:10:10.189 - debug: backitup.0 (495265) [iobroker/mount] umount successfully completed
2023-10-03 23:10:20.113 - debug: backitup.0 (495265) [iobroker/mount] noserverino option: false
2023-10-03 23:10:20.114 - debug: backitup.0 (495265) [iobroker/mount] cifs-mount command: "sudo mount -t cifs -o username=iobroker,password=****,rw,uid=iobroker,gid=iobroker,file_mode=0777,dir_mode=0777,vers=3.0 //192.168.178.5/Backup_IoBroker/Backup /opt/iobroker/backups"
2023-10-03 23:10:20.263 - debug: backitup.0 (495265) [iobroker/mount] mount successfully completed
2023-10-03 23:10:20.266 - debug: backitup.0 (495265) [iobroker/mount] done
2023-10-03 23:10:23.725 - debug: backitup.0 (495265) [iobroker/iobroker] host.iobroker 3044 states saved
2023-10-03 23:10:26.296 - debug: backitup.0 (495265) [iobroker/iobroker] host.iobroker 3561 objects saved
2023-10-03 23:10:30.405 - debug: backitup.0 (495265) [iobroker/iobroker] Backup created: /opt/iobroker/backups/iobroker_2023_10_03-23_10_20_backupiobroker.tar.gz
2023-10-03 23:10:32.496 - debug: backitup.0 (495265) [iobroker/iobroker] done
2023-10-03 23:10:33.401 - debug: backitup.0 (495265) [iobroker/historyDB] compress from historyDB started ...
2023-10-03 23:10:37.349 - debug: backitup.0 (495265) [iobroker/historyDB] Backup created: /opt/iobroker/backups/historyDB_2023_10_03-23_10_33_backupiobroker.tar.gz
2023-10-03 23:10:37.350 - debug: backitup.0 (495265) [iobroker/historyDB] done
2023-10-03 23:10:38.270 - debug: backitup.0 (495265) [iobroker/javascripts] Created javascript_tmp directory: "/opt/iobroker/backups/tmpScripts"
2023-10-03 23:10:38.402 - debug: backitup.0 (495265) [iobroker/javascripts] found Script: VAR_Wochenverbrauch
2023-10-03 23:10:38.405 - debug: backitup.0 (495265) [iobroker/javascripts] found Script: VAR_Monatsverbrauch
2023-10-03 23:10:38.406 - debug: backitup.0 (495265) [iobroker/javascripts] found Script: VAR_Tagesverbrauch
2023-10-03 23:10:38.406 - debug: backitup.0 (495265) [iobroker/javascripts] found Script: Verbrauchsmessung_Shellys
2023-10-03 23:10:38.407 - debug: backitup.0 (495265) [iobroker/javascripts] found Script: Schaltung_openDTU
2023-10-03 23:10:38.408 - debug: backitup.0 (495265) [iobroker/javascripts] found Script: Notabschaltung___Alarm
2023-10-03 23:10:38.408 - debug: backitup.0 (495265) [iobroker/javascripts] found Script: An-_Abschaltung_Solar
2023-10-03 23:10:38.409 - debug: backitup.0 (495265) [iobroker/javascripts] found Script: VAR_Realtime_Untertägig
2023-10-03 23:10:38.409 - debug: backitup.0 (495265) [iobroker/javascripts] found Script: Akku_Balancing
2023-10-03 23:10:38.410 - debug: backitup.0 (495265) [iobroker/javascripts] found Script: Luftentfeuchter
2023-10-03 23:10:38.411 - debug: backitup.0 (495265) [iobroker/javascripts] found Script: Raspberry_PI
2023-10-03 23:10:38.411 - debug: backitup.0 (495265) [iobroker/javascripts] found Script: OpenDTU
2023-10-03 23:10:38.412 - debug: backitup.0 (495265) [iobroker/javascripts] found Script: HM_WR_Keller
2023-10-03 23:10:38.412 - debug: backitup.0 (495265) [iobroker/javascripts] found Script: Akkuladung_100
2023-10-03 23:10:38.421 - debug: backitup.0 (495265) [iobroker/javascripts] found Script: VAR_Jahresverbrauch
2023-10-03 23:10:38.423 - debug: backitup.0 (495265) [iobroker/javascripts] found Script: TEST
2023-10-03 23:10:38.424 - debug: backitup.0 (495265) [iobroker/javascripts] found Script: Test_Hama
2023-10-03 23:10:38.436 - debug: backitup.0 (495265) [iobroker/javascripts] found Script: HM_WR_Garage
2023-10-03 23:10:38.555 - debug: backitup.0 (495265) [iobroker/javascripts] Try deleting the Javascript tmp directory: "/opt/iobroker/backups/tmpScripts"
2023-10-03 23:10:38.583 - debug: backitup.0 (495265) [iobroker/javascripts] Javascript tmp directory "/opt/iobroker/backups/tmpScripts" successfully deleted
2023-10-03 23:10:38.584 - debug: backitup.0 (495265) [iobroker/javascripts] Backup created: /opt/iobroker/backups/javascripts_2023_10_03-23_10_38_backupiobroker.tar.gz
2023-10-03 23:10:38.584 - debug: backitup.0 (495265) [iobroker/javascripts] done
2023-10-03 23:10:39.337 - debug: backitup.0 (495265) [iobroker/cifs] used copy path: /Backup_IoBroker/Backup
2023-10-03 23:10:39.337 - debug: backitup.0 (495265) [iobroker/cifs] done
2023-10-03 23:10:39.941 - error: backitup.0 (495265) [iobroker/clean] Backup files not deleted from /opt/iobroker/backups because some errors.
2023-10-03 23:10:39.941 - debug: backitup.0 (495265) [iobroker/clean] done
2023-10-03 23:10:41.167 - debug: backitup.0 (495265) [iobroker/historyHTML] new history html values created
2023-10-03 23:10:41.229 - debug: backitup.0 (495265) [iobroker/historyHTML] done
2023-10-03 23:10:41.418 - debug: backitup.0 (495265) [iobroker/historyJSON] new history json values created
2023-10-03 23:10:41.419 - debug: backitup.0 (495265) [iobroker/historyJSON] done
2023-10-03 23:10:41.589 - debug: backitup.0 (495265) [iobroker/umount] mount activ, umount is started ...
2023-10-03 23:10:46.641 - debug: backitup.0 (495265) [iobroker/umount] umount successfully completed
2023-10-03 23:10:46.642 - debug: backitup.0 (495265) [iobroker/umount] done
2023-10-03 23:10:46.794 - debug: backitup.0 (495265) [iobroker] exec: done

simatec

@dpo99 Kann dein NAS WOL? Vielleicht sollte das deine Lösung sein.
Backitup kann über WOL dein NAS wecken...

Homoran

@simatec
Ist inzwischen das CCU Backup nicht mehr über backitup abrufbar?
hab in Doku und Forum nichts gefunden und erst mal eigenen Thread aufgemacht
https://forum.iobroker.net/topic/68753/backitup-findet-ccu-backups-nicht-mehr/1

simatec

@homoran sagte in Test Adapter ioBroker.backitup v2.8.x:

Ist inzwischen das CCU Backup nicht mehr über backitup abrufbar?

War schon immer so Rainer
https://github.com/simatec/ioBroker.backitup/wiki/ioBroker.backitup-Wiki-Deutsch#restore

DPO99

@simatec

Die DS220+ kann WOL aber ich glaube nicht, dass das das Problem ist. Die Backups können ja geschrieben werden, nur löschen ist ein Problem. Zusätzlich befindet sich der NAS ja nur im Standby. Also sobald ein Request an die IP geht, startet der Speicher ja. Ich lege das Backup jetzt testweise mal noch auf eine ganz andere Zeit, nicht, dass der Speicher genau um 23:00/23:10 irgendwie anderweitig beschäftigt ist (aber das ist auch nur fischen im trüben).

simatec

@dpo99 Ich würde an deiner Stelle mal NFS versuchen. Dein NAS kann das und es macht hier in deiner Config mehr Sinn.. Denke da ist irgendwas in deiner Config auf dem NAS krum, dass Backitup nicht ausreichend Rechte hat.

DPO99

@simatec

Ich habe mal eine zweite Instanz erstellt und die Backups sind nun in 2 Ordnern aber im CIFS und NFS Pfad dann jeweils gleich. Dann kann ich mal beobachten, ob sich beide identisch verhalten oder nur eine Verbindung quatsch macht.

DPO99

@simatec

Beim prüfen der Einstellungen bin ich im Reiter "Extra-Einstellungen" mal wieder über den Punkt "Anzahl der History Einträge" gestolpert. Habe dazu leider keine Infos finden können. Was genau sagt denn der Eintrag (0-50) hier eigentlich aus? Danke!

simatec

@dpo99 die sind für den History State und haben nur eine Relevanz für VIS und das Tab Menü

DPO99

@simatec

Irgendwie steckt der Wurm drin.....wollte das ganze ja jetzt mit 2 Instanzen testen aber plötzlich läuft das NFS nicht mehr....ist das so korrekt? Mir scheint, als ob er da auf einen falschen Pfad mounten will...


backitup.1 2023-10-06 07:56:55.612	warn	Source cannot be reached: Error: EHOSTDOWN: host is down, scandir '/opt/iobroker/backups'
backitup.1 2023-10-06 07:56:55.605	error	Error: Command failed: sudo mount 192.168.178.5:/volume1/TestIobrokerBackup/Test /opt/iobroker/backupsmount.nfs: Host is down
backitup.1 2023-10-06 07:56:05.606	warn	Source cannot be reached: Error: EHOSTDOWN: host is down, scandir '/opt/iobroker/backups'
backitup.12023-10-06 07:56:05.599	error	Error: Command failed: sudo mount 192.168.178.5:/volume1/TestIobrokerBackup/Test /opt/iobroker/backupsmount.nfs: Host is down
backitup.1 2023-10-06 07:55:29.831	warn	Source cannot be reached: Error: EHOSTDOWN: host is down, scandir '/opt/iobroker/backups'
backitup.1 2023-10-06 07:55:29.823	error	Error: Command failed: sudo mount 192.168.178.5:/volume1/TestIobrokerBackup/Test /opt/iobroker/backupsmount.nfs: Host is down
backitup.1 2023-10-06 07:55:12.698	warn	Source cannot be reached: Error: EHOSTDOWN: host is down, scandir '/opt/iobroker/backups'
backitup.1 2023-10-06 07:55:12.691	error	Error: Command failed: sudo mount 192.168.178.5:/volume1/TestIobrokerBackup/Test /opt/iobroker/backupsmount.nfs: Host is down
backitup.1 2023-10-06 07:54:45.483	warn	Source cannot be reached: Error: EHOSTDOWN: host is down, scandir '/opt/iobroker/backups'
backitup.1 2023-10-06 07:54:45.476	error	Error: Command failed: sudo mount 192.168.178.5:/volume1/TestIobrokerBackup/Test /opt/iobroker/backupsmount.nfs: Host is down

Nach X Versuchen hat er es dann geschafft und korrekt gemountet:

backitup.1 2023-10-06 08:00:35.812	debug	mount successfully completed
backitup.1 2023-10-06 08:00:35.745	debug	device is busy... wait 2 Minutes!!
backitup.1 2023-10-06 08:00:35.696	debug	Backup list be read ...
backitup.1 2023-10-06 08:00:35.681	debug	nfs-mount command: "sudo mount 192.168.178.5:/volume1/TestIobrokerBackup/Test /opt/iobroker/backups"
backitup.1 2023-10-06 08:00:32.442	debug	The local storage check was completed successfully. On the host "iobroker" are currently 24114 MB free space available!

Ist es ein Problem, wenn es parallel 2 Instanzen mit einmal CIFS und NFS gibt? Ich habe manchmal das gefühl, dass da nach dem Anzeigen der vorhandenen Backups ein "unmount" fehlt.

Gleiches "unmountproblem" passiert dann auch in der .0, wenn ich vorher in der .1 die aktuellen Backups eingesehen habe:

backitup.0 2023-10-06 08:03:20.209	debug	mount successfully completed
backitup.0 2023-10-06 08:03:20.075	debug	Backup list be read ...
backitup.0 2023-10-06 08:03:20.065	debug	cifs-mount command: "sudo mount -t cifs -o username=iobroker,password=****,rw,uid=iobroker,gid=iobroker,file_mode=0777,dir_mode=0777,vers=3.0 //192.168.178.5Backup_IoBroker/Backup /opt/iobroker/backups"
backitup.0 2023-10-06 08:03:20.065	debug	noserverino option: false
backitup.0 2023-10-06 08:02:31.832	error	[iobroker] Error: Command failed: sudo mount -t cifs -o username=iobroker,password=****,rw,uid=iobroker,gid=iobroker,file_mode=0777,dir_mode=0777 //192.168.178.5/Backup_IoBroker/Backup /opt/iobroker/backupsmount error(16): Device or resource busyRefer to the mount.cifs(8) manual page (e.g. man mount.cifs) and kernel log messages (dmesg)
backitup.0 2023-10-06 08:02:31.831	error	[iobroker/mount] Refer to the mount.cifs(8) manual page (e.g. man mount.cifs) and kernel log messages (dmesg)
backitup.0 2023-10-06 08:02:31.830	error	[iobroker/mount] mount error(16): Device or resource busy
backitup.0 2023-10-06 08:02:31.830	error	[iobroker/mount] Error: Command failed: sudo mount -t cifs -o username=iobroker,password=****,rw,uid=iobroker,gid=iobroker,file_mode=0777,dir_mode=0777 //192.168.178.5/Backup_IoBroker/Backup /opt/iobroker/backups
backitup.0 2023-10-06 08:02:31.829	error	[iobroker/mount] Refer to the mount.cifs(8) manual page (e.g. man mount.cifs) and kernel log messages (dmesg)
backitup.0 2023-10-06 08:02:31.828	error	[iobroker/mount] mount error(16): Device or resource busy
backitup.0 2023-10-06 08:02:31.827	error	[iobroker/mount] [undefined Error: Command failed: sudo mount -t cifs -o username=iobroker,password=****,rw,uid=iobroker,gid=iobroker,file_mode=0777,dir_mode=0777 //192.168.178.5/Backup_IoBroker/Backup /opt/iobroker/backups
backitup.0 2023-10-06 08:02:31.679	debug	[iobroker/mount] cifs-mount command: "sudo mount -t cifs -o username=iobroker,password=****,rw,uid=iobroker,gid=iobroker,file_mode=0777,dir_mode=0777 //192.168.178.5/Backup_IoBroker/Backup /opt/iobroker/backups"

simatec

@dpo99 Ein gleichzeitiges Mount macht Probleme... Bitte erst den umount laufen lassen, bevor du versuchst einen weiteren Mount in /opt/iobroker/backups zu setzen

hg6806

Moin!
Ich habe noch einige Verständnisprobleme mit der Speicherung auf Google Drive.
Den Link zum Autorisieren habe ich ausgeführt.
Wie geht es nun weiter?
Welchen Link trage ich unten ein? Den eigenen oder den von der Autorisierung?
Und wie komme ich an die Daten dann wieder ran?

simatec

@hg6806 Du bekommst nach der Autorisierung einen Token im Browser angezeigt... Dieser muss eingefügt werden.

hg6806

@simatec

Ok, danke
Und wie und wo sehe ich dann die Backup-Daten?

simatec

@hg6806 Du siehst sie in deinem GDrive Account und in Backitup im Restore Menü
https://github.com/simatec/ioBroker.backitup/wiki/ioBroker.backitup-Wiki-Deutsch

DPO99

@simatec

Ich habe jetzt mal CIFS und NFS parallel laufen lassen. CIFS (mit SMB3) läuft immer auf Fehler beim löschen. NFS läuft bisher ohne Fehler.

Ich würde es zwar gerne verstehen wollen, wieso es plötzlich (lief ja sehr lange fehlerfrei) nicht mehr über CIFS geht aber gut....habe den User auch mal mit SMB über Windows und Android verbunden, da ist alles kein Problem (löschen und erstellen).

It is what it is....

Dennoch danke für die Unterstützung!

simatec

@dpo99 Was hast du für eine Node Version laufen?

type -p nodejs node npm npx corepack && nodejs -v && node -v && npm -v && npx -v && corepack -v

DPO99

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

type -p nodejs node npm npx corepack && nodejs -v && node -v && npm -v && npx -v && corepack -v

Anbei:

iobroker@iobroker:~ $ type -p nodejs node npm npx corepack && nodejs -v && node -v && npm -v && npx -v && corepack -v
/usr/bin/nodejs
/usr/bin/node
/usr/bin/npm
/usr/bin/npx
/usr/bin/corepack
v18.18.0
v18.18.0
9.8.1
9.8.1
0.19.0

Thomas Braun

@dpo99

Könnte sein, dass es mit nodejs 18.18.1 wieder funktioniert.
Dürfte in den nächsten Tagen veröffentlicht werden.

NEWS

Test Adapter ioBroker.backitup v3.0.x

Support us

1.6k
Online

30.5k
Users

76.9k
Topics

1.2m
Posts

NEWS

Test Adapter ioBroker.backitup v3.0.x

Support us

1.6kOnline

30.5kUsers

76.9kTopics

1.2mPosts

1.6k
Online

30.5k
Users

76.9k
Topics

1.2m
Posts