[HowTo] ioBroker unter Docker auf Synology DiskStation
-
@tugsi sagte in [HowTo][Anleitung] Installation ioBroker in Docker auf Synology DiskStation:
@andre Ich kenne Deine Knowledges-Base, wäre es nicht sinnvoll, den 1.Post zu editieren und dort auch den Link mit einzubauen?!
Das kann man sicher machen, es steht aber leider noch nicht so viel drin. Was sicher auf meine Kappe geht.
Und das was drin steht bezieht sich aktuell eigentlich ausschließlich auf meine Tutorials und ist dort dann im Normalfall auch entsprechend verlinkt.Des Weiteren, wäre es vielleicht hilfreich ein Wiki zu errichten, wo jeder eine Hilfe Einpflegen kann? Ich weiß es kann auch schnell zum Chaos führen, aber andersherum könnte man so auch ein Pool an kleinen Helfern haben, hier im Thread ist echt mühselig (auch mit der erweiterten Suche) den wichtigen Punkt zu finden. Aber das Problem haben alle Foren wo lange Threads enthalten sind.
Das Problem mit dem Suchen kenne ich. Keine Frage.
Was das Wiki-Thema angeht, habe ich mich ganz bewusst für eine Knowledgebase und nicht für ein Wiki entschieden. Die Stärke eines Wikis ist gleichzeitig seine größte Schwäche. Jeder kann daran mitarbeiten, aber nur die wenigsten tun es halt wirklich gewissenhaft. Und dann passiert in der Regel das, was du selbst schon angesprochen hast. Ein Chaos aus halb fertigen Einträgen, Platzhaltern und im schlimmsten Fall irreführenden Informationen. Das wäre nicht gut.Was den Pool an kleinen Helfern angeht, da bin ich allerdings absolut offen. Bis jetzt ist diesbezüglich noch niemand auf mich zu gekommen. Wenn Qualität und Engagement passen hätte ich kein Problem damit auch mal ein paar "Gastautoren" mit Tutorials oder Knowledgebase Artikeln auf meiner Seite willkommen zu heißen. Die technischen Voraussetzungen sind da...
MfG,
André -
@andre Habe die 4.2.1beta mal im Testsystem aktiviert. → Keine Probleme
Danke, Ralf
-
Ich wollte das Image mal als Testsystem für iobroker missbrauchen.
Dafür wollte ich zum Test mal Node auf Version 14 aktualisieren und mit dem js-controller auf Version 3 laufen lassen.Hab den Container runtergefahren und mit einem tail -f /dev/null als entrypoint gestartet damit iobroker nicht läuft. Per docker exec rein in den Container.
Dort habe ich dann node-js aktualisiert und node -v erbrachte auch korrekt v. 14.3.
Also daraufhin wieder raus und container per docker-compose down wieder runter.
Den entrypoint habe ich wieder raus kommentiert damit der Container normal mit iobroker startet.Und siehe da: die Node-Version ist wieder auf 10.20.1
Egal was ich mache - es bleibt dabei.
Ich vermutete, dass ich die Änderungen am Container noch irgendwie übernehmen muss. Hierzu habe ich die Container-ID der Bearbeitung per docker commit ID iobroker versucht zu commiten - klappt aber nicht.Wie bekomme ich das also hin, dass Änderungen am Container auch nach dessen Neustart übernommen werden? Alles was in /opt/iobroker geändert wird ist ja persistent - nur der Rest halt nicht.
-
@Sylvan Da hast du leider ein Verständnisproblem. Beim Compose wird aus dem Image immer ein neuer Container erstellt. Demnach sind natürlich deine Änderungen immer weg (ausgenommen /opt/iobroker).
Zwei Möglichkeiten:- Wenn du mit Compose den Container erstellt hast nur mit start/ stop den container an sich starten/ stoppen
- Per docker build und meinen Files von Github ein eigenes Image erstellen und im Dockerfile die Node-Version anpassen.
Was dein Verfahren mit "tail -f /dev/null" angeht. Das ist überflüssig. Du kannst das auch erreichen wenn du im laufenden Container "pkill io" machst. Dann sind die Prozesse von ioBroker gestoppt und du kannst werkeln...
MfG,
André -
@andre said in [HowTo][Anleitung] Installation ioBroker in Docker auf Synology DiskStation:
Da hast du leider ein Verständnisproblem.
Davon bin ich fest ausgegangen - daher die Frage
Per docker build und meinen Files von Github ein eigenes Image erstellen und im Dockerfile die Node-Version anpassen.
Und wäre es nicht möglich per docker commit (oder was anderem?) aus dem aktuellen Zustand ein Image unter neuem Namen speichern? Ich würde dann wahrscheinlich danach beim compose dieses neue Image als Basis angeben.
Ansonsten habe ich bereits ein eigenes docker-image für iobroker wo ich vor allem bei den Rechtesachen dreist bei dir einiges abgeschaut habe. Aber dort hatte ich letztens Probleme den js-controller auf Version 3 zu hieven. Daher habe ich es mal mit deinem Image versucht.
Du kannst das auch erreichen wenn du im laufenden Container "pkill io" machst.
Das hilft viel - Danke! iobroker stop hat bei mir nicht geklappt da er meinte es würde gar kein iobroker laufen.
-
Hallo zusammen
Ich bin neu hier und würde mich gern an iobroker in docker Container wagen. Ich habe einen Raspberry pi 4 auf dem docker bereits installiert ist. Kann ich der offiziellen Anleitung folgen auch wenn sie für die synology gedacht ist? Ist das Image für den Raspi geeignet? Lese hier das es einige zum laufen bekommen haben? Was sind die Hauptschritte, die anders gemacht werden müssen?
-
@tinko
wieso probierst du es denn nicht einfach erstmal selbst? Was willst du kaputt machen? Docker ist doch schon installiert, also verwirfst du im Zweifel einfach den fehlerhaften Container und fängst von vorne an.Sofern Docker läuft, sind die restlichen Schritte identisch.
Fertige Docker-Compose Beispiele von diversen Usern gibt es auch hier im Thread....auch wenn die Suche sich ekelhaft gestaltet, es ist da (und noch gar nicht SO alt), du wirst es finden.
U.a. sind da sogar komplette Netzwerk-Konfigurationen dabei - mit copy-paste sollte das also alles in wenigen Minuten erledigt sein. -
Ich habe heute versucht IoBroker in einem Docker meiner DS918+ zu installieren. Leider bleibt das iobroker_startup.sh Skript stehen. Unten sind die letzten Zeilen im Log. Hat jemand eine Idee?
----- Step 5 of 5: ioBroker startup -----
Starting ioBroker...
host.7bec5d4a35b6 check instance "system.adapter.admin.0" for host "a2ea88cc42b7"
host.7bec5d4a35b6 check instance "system.adapter.discovery.0" for host "a2ea88cc42b7"
host.7bec5d4a35b6 check instance "system.adapter.info.0" for host "a2ea88cc42b7" -
@tijo sagte in [HowTo][Anleitung] Installation ioBroker in Docker auf Synology DiskStation:
Ich habe heute versucht IoBroker in einem Docker meiner DS918+ zu installieren. Leider bleibt das iobroker_startup.sh Skript stehen. Unten sind die letzten Zeilen im Log. Hat jemand eine Idee?
----- Step 5 of 5: ioBroker startup -----
Starting ioBroker...
host.7bec5d4a35b6 check instance "system.adapter.admin.0" for host "a2ea88cc42b7"
host.7bec5d4a35b6 check instance "system.adapter.discovery.0" for host "a2ea88cc42b7"
host.7bec5d4a35b6 check instance "system.adapter.info.0" for host "a2ea88cc42b7"Bei mir das gleiche, leider startet iobroker nicht mehr. Installation neu gemacht und mehrfach versucht. Ohne Erfolg
-
@tijo @Amnesia1211
Das Problem ist bekannt. Ich arbeite dran. Denke dass ich heute Abend zumindest einen ordentlichen Workaround anbieten/ implementieren kann.
Irgendwas hat sich beim ioBroker oder beim Build-Prozess des Images geändert bzw. Ist nicht mehr so wie früher. Weiß nur noch nicht was. Analyse läuft..
Temporär könntet ihr versuchen eurem ioBroker Container den Hostnamen aus den letzten Log Zeilen zu geben. Also in eurem Fall
a2ea88cc42b7Dann sollte zumindest ioBroker wieder starten.
Mehr auch hier:
https://github.com/buanet/docker-iobroker/issues/100MfG,
Andréclosed host change funktioniert nicht / findet nichts #100
-
@andre
Danke für die Info, wusste ich nicht. Habe es versucht und er läuft.
Wie kann ich denn jetzt den host namen wieder auf > iobroker < ändern ?
Versucht habe ich es mit > iobroker host set iobroker < leider auch ohne Erfolg.
Das System soll ja nicht immer so (a2ea88cc42b7) heißen
-
Liebe Betatester,
seit fast einem Monat gibt es meinen ioBroker Container in der Betaversion mit Node 12. Bisher habe ich trotz vieler vorhergegangener Anfragen zum Thema Node 12 nur wenig Feedback erhalten. Jetzt stell ich mir die Frage, ist das ein gutes Zeichen oder hat die Beta einfach nur niemand getestet? (@RK62 du brauchst dich nicht angesprochen fühlen)Hintergrund ist, dass der js-controller 3 jetzt im stable ist und node 12 empfohlen wird. Wie versprochen würde ich in den kommenden Tagen die aktuelle Beta-Version in das Image v5 überführen.
Gebt mir also gerne mal Feedback (auch positives) wenn ihr die Beta getestet habt.
Danke.MfG,
André -
@andre ,
bin ich zu doof oder ist die v4.2.1beta nicht online? Auf git ist nur die 4.2.0 und wenn ich mein docker compose image pulle komme ich bei der 4.2.0 an.
Würde gerne testen...
-
@K_o_bold
Wenn du das fertige Image von Docker Hub laden willst findest du hier die Tags die zur Verfügung stehen.
Wenn du dein Image selbst erstellen willst, findest du die Dateien im git repo in der beta branch.
Beantwortet das deine Frage?MfG,
André -
@andre hab die buanet/iobroker:v4.2.2beta ausprobiert, ohne mapped volume. Der admin ist damit wieder erreichbar.
-
Ich wollte grad das backup einspielen aber ich bekomme den iobroker einfach nicht beendet. Weder
sudo iobroker stopnochpkill iostoppen den iobroker. Wollte im Anschluß viaiobroker restore 0mein letzes backup zurück spielen bekomme aber immer Stop iobroker first!Weiß jemand was ich falsch mache?
EDIT: Hab es jetzt via
ps auxund dannkill -9 PID_OF_js_controllerhinbekommen. Warum allerdings pkill io nicht geht weiß ich nicht. -
@andre Hi André, ich habe mir jetzt auch mal die Beta-Version installiert. Testweise ohne Backup und Restore bin ich direkt vom latest auf den beta Tag gewechselt. Ohne rebuild läuft aktuell alles sauber. Teste jetzt noch ein bisschen und gebe dann nochmal Rückmeldung.
-
@andre
So ich habe die Beta auch mal auf der Synology installiert.
Konnte iobroker ohne erkennbare Probleme starten das Problem mit dem HOST Namen war auch nicht mehr, ein beenden des iobrokers ist allerdings nicht möglich.
Habe versucht ein Backup mit iobroker restore 2020_06_05-19_01_05_backupiobroker.tar einzuspielen
der Fehler kommt immer.
-
So, kleines Update zu dem "renaming"-Problem von weiter oben.
Der Fehler wurde bereits im js-controller des ioBroker gefixt. Ich bereite gerade eine neue Beta (v4.2.3beta) vor in der ausnahmsweise schon mal die js-controller version 3.1.5 (noch nicht stable) zum Einsatz kommt. Betroffen davon sind ja aber bekanntlich nur neue, leere Installationen oder ein Update über backup und restore...Wer einfach nur den Container einer bestehenden Installation updatet sollte nicht in das renaming Problem laufen, da man ja nur selten im Zuge eines Updates auch den Hostnamen des Containers ändert. Wer dies dennoch tut, muss manuell auf die js-controller Version 3.1.5 updaten und den Container anschließend neu starten... so zumindest die Theorie...
Das Problem mit dem Beenden des ioBrokers schaue ich mir als nächstes an. Beim Testen gestern ist mir da nichts aufgefallen. Hatte für die Tests auch den ioBroker mit "pkill io" gestoppt. Vielleicht kann ich das in der neuen Beta irgendwie reproduzieren.
@Amnesia1211 @rollerfreak2 Irgendwelche Hinweise oder neuen Erkenntnisse dazu?MfG,
André -
@rollerfreak2 @Amnesia1211
Ich habe das reproduzieren können. wenn man sich auf der Konsole mit "top" mal die Prozesse anschaut, dann sieht man, dass die Prozesse nicht mehr mit "io" lauten, sondern nur noch als "node" geführt sind.
Das bedeutet man kann den ioBroker nicht mehr mit "pkill io" beenden.
Stattdessen könnte man sagen "pkill node" (alles was node heißt) oder "pkill -u iobroker" (alles vom user iobroker). Letzteres werde ich in meine Doku aufnehmen.
Danach sind die Prozesse beendet und die Meldung sollte nicht mehr kommen.Warum die Prozesse jetzt alle unter node laufen weiß ich nicht. Das war nicht immer so, sollte aber nicht weiter stören.
MfG,
André
