[HowTo] ioBroker Restore unter Linux durchführen
-
@dasmoritz sagte in [HowTo] ioBroker Restore unter Linux durchführen:
Was mich nur wundert ist, dass der Backitup Prozess echt nur "rumidelt"
Bei Docker ( wird noch kommen ) nicht Backitup sondern Konsolenbefehle für die restore nehmen .
https://forum.iobroker.net/topic/47685/backitup-wiederherstellung-synology-docker/12
EDIT:
Oder den kurzen weg :
https://forum.iobroker.net/topic/47291/iobroker-via-synology-docker-backups/7 -
Moin,
da ist irgendwo bei mir der Wurm drin....
Also ich lege zunächst das Backup in mein Verzeichnis docker/iobroker/backups
Dann gehe ich in Docker und möchte das Image starten.
Dazu mounte ich das Verzeichnis in dem das Backup liegt (Pfad siehe oben) in /opt/iobroker/
Ich füge die entsprechenden Ports hinzu und gehe auf übernehmen.
Ergebnis ist dann, im Protokoll das hier:
There is data detected in /opt/iobroker but it looks like it is no instance of ioBroker or a valid backup file! Please check/ recreate mounted folder/ volume and start over. -
-
@glasfaser Moin,
das hilft mir leider nicht wirklich.
Ich habe den Ordner nun mehrfach gelöscht (per DSM) und neu angelegt, unterschiedliche Backup-Versionen verwendet etc.Irgendwas ist da "faul".
Blööööööd.
-
@dasmoritz sagte in [HowTo] ioBroker Restore unter Linux durchführen:
Irgendwas ist da "faul".
Ja ... hast du selber gemacht
Also :
dein Backup liegt in docker/iobroker/backups und du hast den Mount aber auf docker/iobroker und deshalb findet er nichts und dann kommt diese Meldung .
Ich würde aber kein Unterordner machen .
Lege das Backup in docker/iobroker , dann ist alles gut .....Nur mal so ... Lese mal das Zitat richtig durch , das war der Link von oben :
Zitat von Andre:
Der Clou an der Sache: Seit Version 4.1.0 des ioBroker Container Images ist es möglich vor dem ersten Start ein Backupfile in das noch leere Verzeichnis, welches in den Container als /opt/iobroker eingebunden wird, zu kopieren. Das Backup wird dann vom Startup-Script des Container erkannt und für die Wiederherstellung verwendet. Vollautomatisch.
-
Moin,
okay, das Backup liegt nun hier.
Dann habe ich den Container einmal komplett gelöscht und neu konfiguriert:
Dort mounte ich das oben genannte Verzeichnis nach /opt/iobroker
Nach dem Starten sehe ich im Protokoll folgendes:
Gefühlt sieht das ja nun erstmal nicht "so übel" aus...
Und nun?Die <IPNAS>:8081 wirft einen ERR_EMPTY_RESPONE.
Vermutlich muss ich per Terminal noch ein bisschen was machen, oder?Ich bin erstmal happy dass das funktionieren könnte.
So sieht es gerade aus:
-
@dasmoritz sagte in [HowTo] ioBroker Restore unter Linux durchführen:
Und nun?
Warten wie schon erwähnt , weiteres siehst du im Log , wenn es fertig ist .
-
Ich habe den Log oben noch mal ergänzt, soweit in Ordnung?
-
Ja , schau im Protokoll da siehst du mehr
-
hm, also zumindest im Protokoll per Docker-Container nicht wirklich... Ist seit ca. 30 Minuten keine Veränderung.
-
@dasmoritz sagte in [HowTo] ioBroker Restore unter Linux durchführen:
Ist seit ca. 30 Minuten keine Veränderung
Das dauert .
Gehe mal aus dem iobroker Docker raus ... und dann wieder rein , wenn du meinst es bleibt im Protokoll stehen
-
@dasmoritz sagte in [HowTo] ioBroker Restore unter Linux durchführen:
hm, also zumindest im Protokoll per Docker-Container nicht wirklich... Ist seit ca. 30 Minuten keine Veränderung.
in diesem LOG hört es an der Stelle immer auf. Man sieht aber dass das Renaming vom alten Hostnamen zum neuen nicht geklappt hat und deshalb die Instanzen in 100Jahren nicht starten werden(ist soweit erstmal 'normal', weil es hierzu ein issue gibt). Um das zu fixen, ab auf die Containerkonsole:
pkill -u iobroker# stoppt iobrokeriobroker host alter_hostname- alternativ bei Single-Hostsystem:
iobroker host this
- alternativ bei Single-Hostsystem:
- Neustart Container
Danach ist der admin unter ip:8081 erreichbar, jedoch installieren sich jetzt erst die Adapter und müssen anschliessend auch manuell gestartet werden. Diesen Fortschritt kann man auf der Konsole mit
tail -f log/*curr*verfolgen. Das kann dauern, wenn sich nichts mehr ändert können die einzelnen Instanzen aus der Gui gestartet werden -
@fastfoot ich glaube das sieht alles sehr gut aus.
Die Seite war / ist erreichbar unter 192.168.178.5:8081, auf der Terminal-Ebene habe ich dann den Befehl "tail -f log/curr" ausgeführt, da ist auch reges treiben....
Ich warte ab!
Danke euch beiden, @fastfoot und @Glasfaser . Ich berichte weiter.
-
@dasmoritz sagte in [HowTo] ioBroker Restore unter Linux durchführen:
Die Seite war / ist erreichbar unter 192.168.178.5:8081,
Hast du jetzt noch gewartet oder wie @fastfoot geschrieben hat es durchgeführt !?
-
@glasfaser sagte in [HowTo] ioBroker Restore unter Linux durchführen:
@dasmoritz sagte in [HowTo] ioBroker Restore unter Linux durchführen:
Die Seite war / ist erreichbar unter 192.168.178.5:8081,
Hast du jetzt noch gewartet oder wie @fastfoot geschrieben hat es durchgeführt !?
er hat meine Anweisungen befolgt, wie geschrieben täte sich da in 100 Jahren nichts da die Hostnamen nicht stimmen. Beschäftige mich gerade sehr intensiv damit
-
@fastfoot und @Glasfaser
naja, am Ende habe ich ja eine gute Stunde gewartet, da tat sich aber nichts mehr.
Ich bin dann sehr genau nach der Anleitung von @fastfoot vorgegangen: Die Adapter sind alle wieder da und es funktioniert anscheinend auch alles...
Ich kann mich nur bedanken, wirklich!
-
Ok , habe ich wohl überlesen ... ist wohl extremer geworden .
Wollte aber erstmal noch warten , sonst wäre es auch so wie du schon geschrieben hast vorgeschlagen , wollte jetzt nicht die Keule mit " pkill -u iobroker ..... " sofort machen .
-
@simatec Hallo,
ich bin gerade dabei von windows umzustellen auf linux unter Docker.
Hier geht der Backitup nicht. (restore cancelled (Exit99).
Ist das bekannt? -
@ben1983 Kannst du bitte ein paar mehr Infos geben?
Etwas mehr Debug Log und welchen Docker Container verwendest du? -
@simatec verwende den latest von buanet-iobroker.
habe gerade in den log geschaut, da steht absolut NICHTS drin zum backup
Habe es genau16:10 gestartet und logeinträge kommen erst wieder 16:11 wenn er neu startet.
