Test Adapter ioBroker.backitup v3.1.x
-
@rene_hm
Eigentlich wird immer erst geprüft, ob der mount gesetzt ist und führt dann ein umount aus.
Erst danach wird der mount gesetzt -
Du solltest in deinen Adapter die Möglichkeit einbauen, ein Restore auch aus der Admin Menü Leiste durchführen zu können.
Konkret ist das aufgefallen, da durch den Admin 5.0.2 unter bestimmten Umständen (zwei Admin Instanzen) kein Zugriff mehr auf die Instanzverwaltung möglich ist. Keine Instanzen = keine Möglichkeit ein Backup anzustoßen.
Darum wäre es hilfreich, wenn das auch aus dem seitlichen Menü heraus möglich wäre.
-
@jb_sullivan
siehe hier ... -
@jb_sullivan sagte in Test Adapter Admin 5.0.x: Alpha der neuen UI:
Ist das LOG Fenster während des Restore Prozess noch aktuell? Wenn ja, so wurde es bei mir nicht angezeigt
Popup in deinem Browser eventuell nicht aktiv?
Ja, PopUp ist aktiviert
-
Ab sofort steht die Version 2.1.3 auf Github und in Kürze auch im latest zur Verfügung.
Changelog
2.1.3 (22.04.2021)
- (simatec) Admin-Tab changed
- (simatec) Javascript Restore changed
- (simatec) Redesign Admin-Tab
- (simatec) Redesign Config
- (simatec) Preparation for admin 5
-
@simatec Die Tage bei einem Restore festgestellt + feature request: Projekte unter NodeRED (default Pfad: .../iobroker-data/node-red/projects )
-
Ab sofort steht die Version 2.1.4 auf Github und in Kürze auch im Latest zur Verfügung.
Changelog
2.1.4 (26.04.2021)
- (simatec) Redesign Restore GUI
- (simatec) small GUI Bugfix
-
"Auf diesem Host wurde keine zigbee-Instanz gefunden. Bitte überprüfen Sie Ihr System" wird mir bei jedem Aufruf des Backitup-Adapters angezeigt, wobei ich sogar 2 zigbee-Instanzen habe.
Ein Backup wird auch für Zigbee angelegt, für Zigbee.1, nicht jedoch für Zigbee.0.
-
@patrickfro Nutzt du Multihost?
-
Genau, nutze ich. Raspi im Keller mit Javascript.1 und zigbee.0 sowie NUC in der Wohnung mit Javascript.0 und zigbee.1
-
@patrickfro sagte in Test Adapter Backitup v2.1.x:
Raspi im Keller mit Javascript.1 und zigbee.0
Darum kommt die Warnung. Ein zigbee.0 Backup des Slaves kann auf dem Master nicht durchgeführt werden, da der Master kein Zugriff auf das Filesystem vom Slave hat.
Also sinnvoll wäre eine 2. Instanz für den Slave -
Naja, auf dem Raspi ist bisher so wenig drauf, dass ich mich noch gegen eine eigene Instanz entschieden habe. Klar wäre sie besser.
Aber weshalb kommt auf dem NUC, auf dem die Instanz ist, beim Aufrufen des Adapters die Fehlermeldung? Das ist für mich unlogisch, denn eine Zigbee-Instanz gibt es auf dem NUC.
-
@simatec sagte in Test Adapter Backitup v2.1.x:
Also sinnvoll wäre eine 2. Instanz für den Slave
Da habe ich ein Verständnisproblem:
Ich muss ja dann auf dem Slave auch ein ioBroker-Backup aktivieren, um Zigbee zu sichern.
Inwieweit beinflusst das ein ioBroker-Backup des Masters?
-
@patrickfro sagte in Test Adapter Backitup v2.1.x:
Das ist für mich unlogisch, denn eine Zigbee-Instanz gibt es auf dem NUC.
Es gibt eine Zigbee Instanz auf dem NUC, aber auch eine auf dem PI. Backitup prüft alle Instanzen. Ist eine nicht auf dem Host, auf dem Backitup läuft, kommt die Warnung.
Es ist keine Fehlermeldung, sondern eine Warnung
-
@meister-mopper sagte in Test Adapter Backitup v2.1.x:
Ich muss ja dann auf dem Slave auch ein ioBroker-Backup aktivieren, um Zigbee zu sichern.
Inwieweit beinflusst das ein ioBroker-Backup des Masters?Die beeinflussen sich nicht. Trotzdem ist es ratsam, die Backups nicht zeitgleich auszuführen.
Wir arbeiten an einer Lösung, dass auch der Master die Files vom Slave sichern kann.
Aber das wird noch eine Zeit dauernAllerdings wird auch dann eine Instanz auf dem Slave benötigt.
Diese wird dann aber mit der Instanz auf dem Master kommunizieren ...
So ist auf jeden Fall der grobe Plan. -
@simatec
Danke, ok, ich teste das einmal.Ich hatte die Befürchtung, dass das Backup des Slave das des Masters überschreibt. Das wäre fatal.
-
Ab sofort steht die Version 2.1.5 auf Github und in Kürze auch im latest zur Verfügung.
Changelog
2.1.5 (29.04.2021)
- (simatec) Bugfix AdminTab
- (simatec) small Bugfix
-
Mal eine Frage zum Backup der Skripte:
Wenn ich die 'javascripts_*.tar.gz' mit WinRAR öffne, gibt es darin eine Menge Dateien die sich lediglich 'PaxHeader' nennen. Auch einen leeren Ordner mit dem Namen gibt es.
Liegt das an WinRAR oder passt da etwas mit Backitup nicht?
-
@dr-bakterius Nimm mal bitte 7zip
-
@simatec Leider geht das auch nicht mit 7zip. Hab ich gerade mit erschrecken festgestellt
