NEWS
(gelöst) Fehler mit Restore bei Docker auf Synology
-
@iobroker_Rainer Schon mal nen Blick in die Logdateien geworfen? Ggf. hat sich der Hostname des Containers geändert?
-
@iobroker_Rainer ... und das waren die alten Admin-Einstellungen. Kann es an der Authentifizierung liegen???
-
@AlCalzone ... ja und ja.
Ja. Ich habe die Log-Dateien angeschaut - aus meiner Sicht unauffällig.
Ja. Der Hostname des Containers hat sich geändert - wo und wie könnte sich das denn auswirken? Wie geschrieben - vor dem Restore hat der Zugriff auf die Admin-Oberfläche ja noch geklappt - und ich sehe aktuell nicht, wo im Backupfile der Container-Name relevant wäre ... -
@iobroker_Rainer admin adapter neu installiert - keine Problemlösung ...
root@iobroker2:/opt/iobroker# iobroker stop admin The adapter "admin.0" was stopped. root@iobroker2:/opt/iobroker# npm install iobroker.admin sudo: Hostname iobroker2 kann nicht aufgelöst werden: Der Name oder der Dienst ist nicht bekannt npm WARN optional SKIPPING OPTIONAL DEPENDENCY: fsevents@2.1.3 (node_modules/fse vents): npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for fsevents@ 2.1.3: wanted {"os":"darwin","arch":"any"} (current: {"os":"linux","arch":"x64"} ) npm WARN optional SKIPPING OPTIONAL DEPENDENCY: osx-temperature-sensor@1.0.7 (no de_modules/osx-temperature-sensor): npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for osx-tempe rature-sensor@1.0.7: wanted {"os":"darwin","arch":"any"} (current: {"os":"linux" ,"arch":"x64"}) + iobroker.admin@4.0.10 updated 1 package in 13.816s 24 packages are looking for funding run `npm fund` for details root@iobroker2:/opt/iobroker# iobroker upload admin upload [3] admin.admin /opt/iobroker/node_modules/iobroker.admin/admin/words.js words.js application/javascript upload [2] admin.admin /opt/iobroker/node_modules/iobroker.admin/admin/index_m.h tml index_m.html text/html upload [1] admin.admin /opt/iobroker/node_modules/iobroker.admin/admin/index.htm l index.html text/html upload [0] admin.admin /opt/iobroker/node_modules/iobroker.admin/admin/admin.png admin.png image/png root@iobroker2:/opt/iobroker# iobroker start admin The adapter "admin.0" was started. root@iobroker2:/opt/iobroker# iobroker status admin Instance "admin.0" is not running root@iobroker2:
-
@iobroker_Rainer Neuen Admin eingerichtet mit neuem Port - alles wieder paletti!!!
-
@iobroker_Rainer sagte in Restore klappt nicht:
Ich habe die Log-Dateien angeschaut - aus meiner Sicht unauffällig.
Stand da was von "does not start any instances on this host"?
Der Hostname des Containers hat sich geändert - wo und wie könnte sich das denn auswirken?
Instanzen (auch admin) sind einem Host zugeordnet. Wenn der Hostname anders ist, glaubt ioBroker, dass es die Instanz nicht starten muss, weil diese vermutlich zu einem anderen Host gehört
-
@AlCalzone Ja, genau das ist der Fall.
host.iobroker_Neu does not start any instances on this host
ich war auch ein bißchen zu schnell mit meinem "alles wieder paletti". Das Frontend kann ich wieder öffnen, die Instanzen sind auch alle da, aber "ROT". Ich kann sie von Hand auch nicht starten.
... Weisst Du, wo ich diesen Host-Namen einstellen/verändern kann? -
@iobroker_Rainer sagte in Restore klappt nicht:
Weisst Du, wo ich diesen Host-Namen einstellen/verändern kann?
- ioBroker stoppen
- Die Datei
/opt/iobroker/iobroker-data/objects.json
mit einem Editor öffnen.
Dort solltest du einige Vorkommen hiervon sehen:
Diese musst du ersetzen durch"host":"iobroker_Neu"
(oder es könnte auch genau umgekehrt sein)."host":"iobroker2"
- Datei speichern, ioBroker starten.
-
@iobroker_Rainer und es läuft kein weiterer Container mit ioBroker-Resten?
Nach Stillegung dieser wurde das gesamte System komplett neu gestartet? -
@Homoran ... den "alten" noch funktionierenden Container gibt es noch. Zu einem Zeitpunkt sind nie beide Container Gleichzeitig geöffnet. Manchmal schaue ich mir aber in dem alten noch was an um herauszufinden, wo die Unterschiede liegen. Einiges habe ich ja auch schon rausgefunden ...
-
@iobroker_Rainer sagte in Restore klappt nicht:
Zu einem Zeitpunkt sind nie beide Container Gleichzeitig geöffnet.
das reicht nicht.
Wie wir im anderen Fall gesehen haben sind die Ports trotzdem noch reserviert -
@Homoran da habe ich mich unklar ausgedrückt: im Docker läuft zu einem Zeitpunkt genau ein Container, der andere ist gestoppt. Solange ich nicht weiss, ob ich den neuen zum Fliegen kriege, kann ich den alten ja nicht löschen ...
-
@iobroker_Rainer sagte in Restore klappt nicht:
der andere ist gestoppt.
und danach wurde die Syno oder wo immer der Docker drauf läuft neu gestertet?
-
@Homoran Korrekt. Ich setze es aber gerne nochmals neu auf. Bin schon den 2. Tag an dem Thema dran und mache vermutlich auch Flüchtigkeitsfehler. Wo genau im Ablauf findet denn diese Host-Namen-Vergabe statt??? Ist das beim Erzeugen des Dockercontainers?
-
@iobroker_Rainer Kann ich dir nicht sagen, ich arbeite nicht mit Containern und verstehe auch nicht warum Einsteiger sich das immer wieder antun.
-
@Homoran ... okay. Wenn Du es nicht weisst, dann liegt es beim Erzeugen des Containers. Das hilft mir schon mal weiter, denn soviele Stellen gibt es da nicht ...
Auf die Frage des "Warum" folgende Antwort: ioBroker läuft auf meiner Syno. Meines Wissens gibt es dafür 4 Möglichkeiten:- Direkt im Betriebssystem der Syno. Wollte ich nicht machen, da ich Seiteneffekte befürchtete
- Virtual Machine Manager - eigenes Linux auf der Syno anlegen und dort ohne Einschränkungen iobroker installieren
- Docker/Portainer: War ein einfacher Einstieg für mich, gibt aber im Lauf der Zeit einiges an Problemen (siehe jetzt)
Früher hatte ich noch einen Raspi im Einsatz, wollte allerdings an meine IT etwas streamlinen ...
-
@iobroker_Rainer nach einem Restore und vor dem Start von ioBroker in einem "normalen" System hilft auch der Befehl
iobroker host this
-
@Homoran ... wow - ist wie Weihnachten ...
-
Installation des Containers passt jetzt.
-
ioBroker wurde neu installiert und läuft
-
Zugriff auf Weboberfläche geht
-
Restore vom Terminal aus hat geklappt
-
die Instanzen werden zunehmend grün
Dank Euch allen, die Ihr mitgeholfen habt. Ich schreibe nochmals zusammen, was aus meiner Sicht zu berücksichtigen ist - vielleicht hilft es jemandem der mal über dieses Topic stolpert ...
-
-
@iobroker_Rainer sagte in Restore klappt nicht:
vielleicht hilft es jemandem der mal über dieses Topic stolpert ...
.... dann würde ich den Thread Titel auch anpassen .. eventuell auf :" .... im Synology Docker "
anstatt nur
Restore klappt nicht
Weil die Suche würde dann über 1000 ..... Ergebnisse dazu anzeigen
-
@iobroker_Rainer Gute Idee, Glasfaser. Anfängerfrage: Kann ICH den Titel ändern bzw. wer macht das? Habe auf die Schnelle nicht gefunden wie das geht ...