Kein Restore von YAHKA und ZigBee

legro

Vorhaben: Buster 32bit -> Bullseye 64bit

Nachdem ich vor Wochen dieses Unterfangen aufgegeben musste, habe ich mich heute nochmals daran gewagt. Was soll ich sagen? Von den vielen Problemen, die ich damals nicht lösen konnte, blieben nur noch zwei:

Mir gelingt es nicht, die Daten zu YAHKA und ZigBee wiederherzustellen.

Versuche ich nun das Backup von YAHKA einzuspielen, erhalte ich folgende Fehlermeldung; dasselbe geschieht in vergleichbarer Weise bei ZigBee.

Erwartet BackItUp etwa die Backup-Datei im Verzeichnis /opt/iobroker/backups/yahka_0.hapdate/, oder wie soll ich das verstehen?

Alle Backup-Dateien sind in einem USB-Stick an der Fritz!Box 7590 gespeichert. BackItUp schreibt problemlos die Dateien in getrennte Verzeichnis (YAHKA, ZigBee, Homematic, ..). Ein Restore des ioBrokers aus einem Buster 32bit auf ein Bullseye 64bit System verlief problemlos. Beim Wiederherstellen der ZigBee-Datenbank und YAHKA-Daten will nichts klappen.

Wiederum brav meine Hausaufgaben erledigend, indem ich iob fix ausgeführte habe, beseitigte leider den Fehler in keiner Weise. Ich bin ratlos und hoffe auf eure Hilfe.

pi@raspiBullseye:~ $ iob fix
library: loaded
Library version=2022-06-15

==========================================================================

    Welcome to the ioBroker installation fixer!
    Script version: 2022-06-03
    
    You might need to enter your password a couple of times.

==========================================================================


==========================================================================
    Installing prerequisites (1/3)
==========================================================================

Hit:1 http://deb.debian.org/debian bullseye InRelease
Get:2 http://deb.debian.org/debian bullseye-updates InRelease [44.1 kB]        
Get:3 http://security.debian.org/debian-security bullseye-security InRelease [48.4 kB]
Get:4 http://archive.raspberrypi.org/debian bullseye InRelease [23.7 kB]       
Hit:5 https://deb.nodesource.com/node_16.x bullseye InRelease                  
Hit:6 https://www.pivccu.de/piVCCU stable InRelease  
Get:7 http://security.debian.org/debian-security bullseye-security/main armhf Packages [175 kB]
Get:8 http://security.debian.org/debian-security bullseye-security/main arm64 Packages [178 kB]
Get:9 http://archive.raspberrypi.org/debian bullseye/main arm64 Packages [287 kB]
Get:10 http://archive.raspberrypi.org/debian bullseye/main armhf Packages [295 kB]
Fetched 1,050 kB in 1s (709 kB/s)                        
Reading package lists... Done
Installed gcc-c++

==========================================================================
    Checking ioBroker user and directory permissions (2/3)
==========================================================================

Created /etc/sudoers.d/iobroker
Fixing directory permissions...

==========================================================================
    Checking autostart (3/3)
==========================================================================

Enabling autostart...
Autostart enabled!

==========================================================================

    Your installation was fixed successfully
    Run iobroker start to start ioBroker again!

=========================================================================```

pi@raspiBullseye:~ $ ls -lah /opt/iobroker/backups
total 8.0K
drwxrwxr-x+ 2 iobroker iobroker 4.0K Aug 29 10:24 .
drwxrwxr-x+ 6 iobroker iobroker 4.0K Aug 29 10:24 ..

Glasfaser

@legro sagte in Kein Restore von YAHKA und ZigBee:

pi@raspiBullseye:~ $ iob fix

Please stop them first and try again!

Nur zur Info ... der fix lief nicht durch

ein

iobroker stop

fehlt davor.

legro

@glasfaser said in Kein Restore von YAHKA und ZigBee:

@legro sagte in Kein Restore von YAHKA und ZigBee:

pi@raspiBullseye:~ $ iob fix

Please stop them first and try again!

Nur zur Info ... der fix lief nicht durch

ein
iobroker stop
fehlt davor.

Ok. Da ich den gesamten Tag über schon daran arbeite, brauche ich nunmal eine Pause. Ich werde morgen früh weitermachen und berichten.

simatec

@legro Zeige mal bitte die Einstellungen des NAS und die von Backitup für die NAS Verbindung.

legro

@simatec

Frisch ausgeschlafen habe ich heute morgen das Ganze erneut probiert. Leider ohne Erfolg. Jedoch ist mir eine Ungereimtheit aufgefallen - dazu untern mehr.

Hier nun meine Einstellungen in BackItUp ..

Meine Vermutung ist ja, dass BackItUp die Datei nicht findet, weil ggf. an der falschen Stelle danach gesucht wird. Daher habe ich zwei verschiedene Backups zu YAHKA in unterschiedliche Positionen abgelegt, wie in der nachfolgenden Abbildung zu sehen ist.

Wenn ich nun, wie in der nachfolgenden Abbildung dargestellt, in der Instanz von BackItUp die Quelldatei auswähle, wird mir nur jene Datei angezeigt, die nicht im YAHKA-Verzeichnis abgelegt ist. Und nun zu der Ungereimtheit: Bei einem Backup legt BackItUp legt die YAHKA-Datei nicht im Verzeichnis yahka._0.hapdata ab, sucht aber anscheinend beim Wiederherstellen in diesem Verzeichnis bei einem Restore.

PS:

Was die Einstellungen in der Fritz!Box betrifft, weiß ich nicht, welche du damit meinst. Ich habe zu Testzwecken dem Benutzer ioBroker dieselben Rechte eingeräumt, wie einem Admin, der ohne Einschränkungen alles darf.

simatec

@legro Nimm mal in den Einstellungen von Backitup die Domain raus und trage mal anstelle vom Hostname die IP der FB ein

simatec

Deine ganzen Unterordner für zigbee und yahka müssen auf dem NAS weg

legro

@simatec said in Kein Restore von YAHKA und ZigBee:

Deine ganzen Unterordner für zigbee und yahka müssen auf dem NAS weg

Der Fehler ist unverändert vorhanden.

BackItUp sieht beim Wiederherstellten gar nicht die Datei im Verzeichnis yahka._0.hapdata. Darüber hinaus legt BackItUp bei einem Backup auch keine Dateien in yahka._0.hapdata ab. Bei einem Backup legt BackItUp alle Sicherung im Verzeichnis ioBroker ab (s. oben!).

simatec

@legro sagte in Kein Restore von YAHKA und ZigBee:

BackItUp sieht beim Wiederherstellten gar nicht die Datei im Verzeichnis yahka._0.hapdata

Backitup legt die Dateien in den Ordner iobroker ... so wie von dir konfiguriert
Lösche diese ganze Unterverzeichnisse wie yahka._0.hapdata

simatec

@legro Alle Backups kommen in den dafür konfigurierten Ordner

simatec

@legro sagte in Kein Restore von YAHKA und ZigBee:

Bei einem Backup legt BackItUp alle Sicherung im Verzeichnis ioBroker ab

Das ist so völlig korrekt

legro

@simatec said in Kein Restore von YAHKA und ZigBee:

@legro sagte in Kein Restore von YAHKA und ZigBee:

Bei einem Backup legt BackItUp alle Sicherung im Verzeichnis ioBroker ab

Das ist so völlig korrekt

Aber wozu taugt dann diese Option?

Ich lösche also alle spezifischen Ordner für YAHKA und ZigBee und probiere erneut eine Wiederherstellung. Anschließend werde ich berichten.

simatec

@legro Um das CCU und iobroker Backup getrennt zu behandeln ... Wenn du den Hacken entfernst, siehst du das auch in den Einstellungen von Backitup

legro

@simatec

Lasse ich bei dieser Option den Haken drin, so werden mir die Backup-Datei zu YAHKA, ZigBee, .. angeboten. Starte ich die Wiederherstellung, kommt immer noch der besagte Fehler.

Ist diese Option deaktiviert, sieht das Ganze so aus:

Jetzt kann ich gar nichts mehr fürs Wiederherstellen auswählen.

simatec

@legro Zeige bitte den Inhalt von deinem NAS und die NAS Einstellungen in Backitup

legro

@simatec

In der nachfolgenden Abbildung zu dem NAS Inhalt ist gegenüber der Angabe hier das Verzeichnis von ZigBee gelöscht worden.

Beim Wiederherstellen ist deutlich zu sehen, dass nach wie vor versucht wird, auf die Verzeichnisse ZigBee_0 bzw. yahka_0 zuzugreifen.

simatec

@legro Warum liegen jetzt alle Backups wieder in Unterordnern?
Die Unterordner müssen alle weg ... Hatte ich doch weiter oben geschrieben.
Alle tar.gz Dateien müssen im Hauptordner bleiben.

Warum verschiebst du die manuell?

legro

@simatec said in Kein Restore von YAHKA und ZigBee:

@legro Warum liegen jetzt alle Backups wieder in Unterordnern?
Die Unterordner müssen alle weg ... Hatte ich doch weiter oben geschrieben.
Alle tar.gz Dateien müssen im Hauptordner bleiben.

Da liegt doch nichts in irgendwelchen Unterordnern. Alle Dateien zu YAHKA und ZigBee liegen im Verzeichnis ioBorker. Der hier noch aufgeführte YAHKA-Ordner ist leer.

Warum verschiebst du die manuell?

Wie oben beschrieben: Ich hatte eine Backup-Datei zu YAHKA in yahka_0.hapdata verschoben, um zu testen, was dann passiert. Einziger Erfolg: Die in diesen Ordner verschobene Datei wir zum Wiederherstellen nicht angezeigt.

simatec

@legro Bitte lösche alle Unterordner ... dann geht auch der Restore

legro

@simatec
Wo soll ich denn hier noch etwas löschen?

Community Forum

NEWS

Kein Restore von YAHKA und ZigBee

Support us

369

32.9k

83.0k

1.3m