UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[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.

[simatec]

@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ückgehen

https://github.com/nodejs/node/issues/49911

[Radi]

@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.