Test Adapter ioBroker.backitup v3.0.x
-
@dpo99 Kann dein NAS WOL? Vielleicht sollte das deine Lösung sein.
Backitup kann über WOL dein NAS wecken... -
@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 -
@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 -
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).
-
@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.
-
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.
-
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!
-
@dpo99 die sind für den History State und haben nur eine Relevanz für VIS und das Tab Menü
-
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 downNach 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" -
@dpo99 Ein gleichzeitiges Mount macht Probleme... Bitte erst den umount laufen lassen, bevor du versuchst einen weiteren Mount in /opt/iobroker/backups zu setzen
-
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? -
@hg6806 Du bekommst nach der Autorisierung einen Token im Browser angezeigt... Dieser muss eingefügt werden.
-
Ok, danke
Und wie und wo sehe ich dann die Backup-Daten? -
@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 -
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!
-
@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 -
@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 -
Könnte sein, dass es mit nodejs 18.18.1 wieder funktioniert.
Dürfte in den nächsten Tagen veröffentlicht werden. -
@dpo99 Ist aktuell ein Bug in node 18.18.0... CIFS ist da von betroffen.
Entweder auf die 18.18.1 warten oder auf 18.17.x zurückgehenhttps://github.com/nodejs/node/issues/49911
closed libuv update in 18.18.0 breaks webpack's `thread-loader` #49911
-
@simatec Wie wäre dafür das richtige Vorgehen? Ich trau mich nicht so recht, den Schritt auf die 18.17.1 zurück zu gehen.
