Kein Restore von YAHKA und ZigBee
-
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 .. -
@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 stopfehlt davor.
@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 stopfehlt davor.
Ok. Da ich den gesamten Tag über schon daran arbeite, brauche ich nunmal eine Pause. Ich werde morgen früh weitermachen und berichten.
Raspberry Pi 5 mit 8GB + 120GB SSD + Coordinator COD-m + ioBroker ..
-
@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 stopfehlt davor.
Ok. Da ich den gesamten Tag über schon daran arbeite, brauche ich nunmal eine Pause. Ich werde morgen früh weitermachen und berichten.
-
@legro Zeige mal bitte die Einstellungen des NAS und die von Backitup für die NAS Verbindung.
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.
Raspberry Pi 5 mit 8GB + 120GB SSD + Coordinator COD-m + ioBroker ..
-
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 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!).
Raspberry Pi 5 mit 8GB + 120GB SSD + Coordinator COD-m + ioBroker ..
-
@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!).
@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 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 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!).
@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 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
@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.
Raspberry Pi 5 mit 8GB + 120GB SSD + Coordinator COD-m + ioBroker ..
-
@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.
-
@legro Um das CCU und iobroker Backup getrennt zu behandeln ... Wenn du den Hacken entfernst, siehst du das auch in den Einstellungen von Backitup
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.
Raspberry Pi 5 mit 8GB + 120GB SSD + Coordinator COD-m + ioBroker ..
-
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.
-
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.
Raspberry Pi 5 mit 8GB + 120GB SSD + Coordinator COD-m + ioBroker ..
-
-
@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?
@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.
Raspberry Pi 5 mit 8GB + 120GB SSD + Coordinator COD-m + ioBroker ..
-
@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.
Hey! Du scheinst an dieser Unterhaltung interessiert zu sein, hast aber noch kein Konto.
Hast du es satt, bei jedem Besuch durch die gleichen Beiträge zu scrollen? Wenn du dich für ein Konto anmeldest, kommst du immer genau dorthin zurück, wo du zuvor warst, und kannst dich über neue Antworten benachrichtigen lassen (entweder per E-Mail oder Push-Benachrichtigung). Du kannst auch Lesezeichen speichern und Beiträge positiv bewerten, um anderen Community-Mitgliedern deine Wertschätzung zu zeigen.
Mit deinem Input könnte dieser Beitrag noch besser werden 💗
Registrieren Anmelden374
Online32.9k
Benutzer83.0k
Themen1.3m
Beiträge