[HowTo] ioBroker Restore unter Linux durchführen

[DasMoritz]

@glasfaser

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:

[Glasfaser]

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

[DasMoritz]

@glasfaser

Ich habe den Log oben noch mal ergänzt, soweit in Ordnung?

[Glasfaser]

@dasmoritz

Ja , schau im Protokoll da siehst du mehr

[DasMoritz]

@glasfaser

hm, also zumindest im Protokoll per Docker-Container nicht wirklich... Ist seit ca. 30 Minuten keine Veränderung.

[Glasfaser]

@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

[fastfoot]

@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 iobroker
• iobroker host alter_hostname
  • alternativ bei Single-Hostsystem: iobroker host this
• 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

[DasMoritz]

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

[Glasfaser]

@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 !?

[fastfoot]

@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

siehe dieses issue

[DasMoritz]

@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!

[Glasfaser]

@fastfoot

siehe dieses issue

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 .

[Ben1983]

@simatec Hallo,
ich bin gerade dabei von windows umzustellen auf linux unter Docker.
Hier geht der Backitup nicht. (restore cancelled (Exit99).
Ist das bekannt?

[simatec]

@ben1983 Kannst du bitte ein paar mehr Infos geben?
Etwas mehr Debug Log und welchen Docker Container verwendest du?

[Ben1983]

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

[wendy2702]

@ben1983 sagte in [HowTo] ioBroker Restore unter Linux durchführen:

wenn er neu startet.

Wenn wer neu startet? Und in welches log hast du geschaut wenn da nichts drin steht?

[simatec]

@ben1983 Im latest ist der Fix noch nicht drin, der ein Problem mit node14 verursacht.
Bitte nimm aktuell den Beta Container

[Ben1983]

@simatec der steht aber auf js.controler 3.
Dann müsste ich ja später wieder updaten.
Kann ich es auf dem stable belassen und warten, bis der andere Fertig ist?
Ps. kannman denn wenigstens backups lauffähigh erstellen, welche dann mit dem fix restored werden können?
Oder einfach den gemounteden Ordner nutzen?

[simatec]

@ben1983
Backups erstellen ist kein Problem.

Wann die Beta ins latest wandert, müsste @andre beantworten.
Da kann ich leider nix zu sagen.

Zu Not gehe auf die Beta und mach ein Upgrade auf js-controller 4.

Bei mir läuft auch die Beta

[Ben1983]

@simatec Habe jetzt schon die adapter und scripte entsprechend eingepflegt.
Dann müsste ich das ja alle nochmal machen oder?
Kann man jetzt quasi ein Backup erstellen und dann in der Beta restoren?