Test Adapter ioBroker.backitup v3.1.x
-
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.
-
@radi Ich würde es wie folgt machen...
iob stop sudo apt update sudo apt install nodejs=18.17.1-1nodesource1 type -p nodejs node npm npx corepack && nodejs -v && node -v && npm -v && npx -v && corepack -v iob fix iob start -
@simatec Danke. Werde ich dann gleich mal angehen.
-
@simatec Alles erledigt und mein Backitup tut wieder seinen Dienst. Danke vielmals.
-
Danke! Ich warte auf die 18.18.1, betrifft ja nur das löschen...schreiben klappt ja.
-
@simatec
Was ich hier beschrieben habe:
https://forum.iobroker.net/topic/27267/test-adapter-iobroker-backitup-v2-8-x/2477Könnte das auch ein nodejs Problem sein oder hat sich hier etwas im Adapter geändert? Ich hatte zu diesem Zeitpunkt ein nodejs Update gemacht auf:
type -p nodejs node npm npx corepack && nodejs -v && node -v && npm -v && npx -v && corepack -v
/usr/bin/nodejs
/usr/bin/node
/usr/local/bin/npx
/usr/bin/corepack
v16.20.2
v16.20.2
9.1.3
9.1.3
0.17.0 -
@ichderarnd Nein das hat nichts mit Nodejs zu tun
-
@simatec
Das heißt, es hat sich etwas an der Übergabe des Passworts an den mount Befehl geändert? -
@ichderarnd sagte in Test Adapter ioBroker.backitup v2.8.x:
/usr/local/bin/npx
Deine nodejs-Installation ist allerdings nicht sauber.
Und npm sehe ich gar nicht.
