Neuer ioBroker-Blog online: Monatsrückblick März/April 2026

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

[simatec]

@legro Den Influxdb Ordner ... Ich sehe auf dem Screenshot natürlich nicht alles.
Bitte alle Unterordner löschen

[legro]

@simatec

Die Geschichte mit den Unterordnern ließ mich nicht los. Daher testete ich nochmals alles aus, weil ich den Verdacht hatte, dass diese wie aus dem Nichts wieder auftauchen.

Und in der Tat!

Stoße ich ein Restore für YAHKA oder ZigBee an, so erzeugt BackItUp dabei die leeren Ordner, d.h.: Die Ordner yahka_0.hapdata und zigbee_0 sind wieder da.

Den Influx-Odner habe ich nicht gelöscht, weil der nicht leer ist. Ich habe ihn daher irgendwo hin verschoben. Leider funktioniert das Ganze auch dann nicht, wenn kein Ordner im Verzeichnis ioBroker mehr vorhanden ist.

Übrigens habe ich stets das gesamte Backup-Verzeichnis in den Abbildungen dargestellt. Da sollte also nichts fehlen.

[simatec]

@legro backitup erzeugt beim Backup und beim Restore temporäre Ordner.
Die werden aber im Anschluss wieder gelöscht.
Erfolgt die Löschung nicht, stimmen die Rechte auf deinem NAS nicht.

Laut deinen Screenshots würde ich auch sagen, dass du erstmal alle Updates für iobroker machst

[legro]

@simatec said in Kein Restore von YAHKA und ZigBee:

@legro backitup erzeugt beim Backup und beim Restore temporäre Ordner.
Die werden aber im Anschluss wieder gelöscht.
Dass die Ordner nicht wieder gelöscht werden, erklärt sich nun wohl dadurch, dass die Wiederherstellung ja abgebrochen wird.

Erfolgt die Löschung nicht, stimmen die Rechte auf deinem NAS nicht.

Und dies vermag ich nicht nachzuvollziehen. Der verwendete Benutzer ioBroker hat alle Rechte ohne Einschränkungen.

Laut deinen Screenshots würde ich auch sagen, dass du erstmal alle Updates für iobroker machst

Das sollte nicht nötig sein. Schließlich konnte ich ioBroker mit allen Inhalten erfolgreich bereits wiederherstellen. Es fehlt lediglich das Einspielen der ZigBee-Datenbank und die Daten zu YAHKA.

Uns so sieht das alles bei mir aus.

[simatec]

@legro Führe bitte alle Updates durch ... Dein System ist nicht aktuell und ich weiß nicht, welche Versionen du hast
Außerdem ist auch einiges gefixt wurden ... deshalb immer erst updaten
Dann System mal komplett neustarten ... inkl. der fritzbox

[legro]

@simatec said in Kein Restore von YAHKA und ZigBee:

@legro Führe bitte alle Updates durch ... Dein System ist nicht aktuell und ich weiß nicht, welche Versionen du hast

Ich führe also zunächst einmal alle Updates für den ioBroker auf dem Bullseye-System durch, obwohl ich dies bereits unmittelbar nach dem Einspielen des Backups von ioBroker in das neu System Bullseye 64bit bereits getan habe.

Außerdem ist auch einiges gefixt wurden ... deshalb immer erst updaten
Dann System mal komplett neustarten ... inkl. der fritzbox

Auch das wird gemacht. Danach melde ich mich wieder.

[legro]

@simatec

sudo apt update && upgrade -> nichts installiert, alles war auf neuestem Stand
Fritz!Box neu gestartet
Raspberry Pi mit ioBroker neu gestartet

Ergebnis: Der Fehler ist immer noch da.

BackItUp legt das (temporäre) Verzeichnis zigbee_0 an und scheitert anschließend. Dass dieses Verzeichnis angelegt werden kann, zeigt doch m.E. klar, dass der verwendete Benutzer auf der Fritz!Box alle Zugriffsrechte besitzt, die nötig sind.

Ich bin nach wie vor völlig ratlos.