UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[simatec]

@werner2000x
Was für leere Einträge?

[werner2000x]

@simatec Die leeren Einträge sind in den Einstellungen der Instance z.B. muss der FTP Server neueingetragen werden und die zu sichernden Dienste.

[DasMoritz]

Hallo zusammen,

ich habe anscheinen meinen ioBroker zerschossen, warum weiß ich nicht genau.

Umgebungsbedingungen:

• ioBroker rennt in Docker auf einem Synology NAS
• Ich habe tägliche Backups der letzten drei Monate (iobroker..... tar.gz), abgewickelt über Backitup.

Ich scheitere irgendwie gerade bei der Wiederherstellung des Backups, was habe ich bisher gemacht:

• neues Herunterladen des Images und Starten, alles über die GUI vom Docker Container. Das Einspielen des Backups über die Backitup GUI ist aber nicht erfolgreich, es passiert irgendwie gar nichts, auch im Log ist nichts erkennbar. Nach ca. 3h breche ich das dann ab.

• Ich habe mich an die Anleitung hier im Startpost gehalten, dass sah auch alles soweit gut aus, jedoch erreiche ich die Weboberfläche nach dem Einspielen des Backups nicht. Ich sehe im Terminal, dass alle Instanzen korrekt laufen, jedoch komm ich nicht auf die Weboberfläche. Hat da jemand einen guten Tipp?

Danke und Gruß,
MOritz

[Glasfaser]

@dasmoritz

Ist der Port richtig ,sollte eigentlich 8081 sein !?

Zeige mal :

iobroker list instances

[DasMoritz]

@glasfaser

Moin, nee, ich gehe über den Port 49153 den mappe ich im Container:

iobroker list instances

[Glasfaser]

@dasmoritz

err_empty_response

wie lange hast du für das Backup gewartet .... es braucht schon eine gewisse Zeit :coffee:

hier war mal der gleiche Fehler :

https://forum.iobroker.net/topic/46251/backup-restore-von-raspberry-pi-auf-synology-gelöst

den mappe ich im Container:

und was ist mit den anderen Ports

[DasMoritz]

@glasfaser

Moin,

Danke!
Also ich habe sicherlich 30 - 45 Minuten gewartet. Ich habe das ganze Backup nun aber noch einmal angestoßen und werde mal bis heute Abend warten. Was mich nur wundert ist, dass der Backitup Prozess echt nur "rumidelt" und da nicht viel Last ist.

Ich würde das Backup sonst noch einmal per CLI versuchen, dass scheint mir irgendwie "besser" zu sein.

[Glasfaser]

@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

[DasMoritz]

@glasfaser

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]

@dasmoritz

https://forum.iobroker.net/topic/4733/howto-iobroker-unter-docker-auf-synology-diskstation/1304?lang=de

[DasMoritz]

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

[Glasfaser]

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

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