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

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

[simatec]

@legro

iob stop
iob update
iob upgrade -y
iob upgrade self
iob fix
sudo reboot now

[simatec]

@legro Update der Fritzbox durchgeführt? Welche Firmware hat die FB?

[legro]

@simatec said in Kein Restore von YAHKA und ZigBee:

@legro Update der Fritzbox durchgeführt? Welche Firmware hat die FB?

Die Aktualisierungen von ioBroker brachten keine Veränderungen. Auch ist die Firmware der Fritz!Box auf dem neuesten Stand.

Da ich mit meinen Nerven am Ende bin, habe ich mich entschlossen, deinem Rat aus einem anderen Thread zu diesem Thema zu folgen, in dem wohl derselbe Fehler vorzuliegen scheint. Ich habe daher mittels FileZilla die Dateien ..

pi@raspiBullseye:/opt/iobroker/backups $ ls -a
.   yahka.0_2022_08_30-03_40_39_Gro_backupiobroker.tar.gz
..  zigbee.0_2022_08_30-03_40_38_Gro_backupiobroker.tar.gz

in das Verzeichnis /opt/iobroker/backups kopiert. Anschließend habe ich ..

.. die beiden Backup-Dateien lokal wiederhergestellt. Diesmal gab's keine Fehlermeldungen.

Ob nun alles funktioniert, kann ich erst sagen, wenn ich die hier dokumentierten Schritte abgearbeitet habe. Ich werde berichten.

Vielen Dank für deine Geduld und Mühen, mich durch all dieses Gewusel zu begleiten. Vorbildlich!

Wenn du - wie ich - nach wie vor daran interessiert bist, den Fehler bei der Wiederherstellung mittels fritz.nas dennoch zu finden, trage ich gerne weiter dazu bei. Irgendwo musst doch der Hase im Pfeffer liegen.

[simatec]

@legro Wie sehen denn deine Rechte in /opt/iobroker/backups aus

ls -lah /opt/iobroker/backups