[HowTo] ioBroker unter Docker auf Synology DiskStation
-
@Oli Im Prinzip kannst du alles so updaten wie auf jedem anderen Linux-PC auch (z.B. Raspberry)
ABER
Wenn du deine Daten wirklich innerhalb des Containers hast rate ich dir dringend den Ordner /opt/iobroker dort raus zu holen und über ein Mapping ein zu binden! Wird dein Container korrupt kommst du an die Daten nicht mehr ran!
Außerdem kannst du, zumindest die Node-Version dann ganz ein fach über die Verwendung eines aktuelleren Images updaten...MfG,
André -
also ich hab immer mehr Probleme mit dem USB z.b CC2531 stick ...
Wenn ich diesen per "erhöhte Rechte" auch alles angezeigt bekomme MUSS ich in der iobrocker Konsole noch chmod777 machen .. das jedes mal ..Wurde in der Beta etwas angepasst diesbezüglich ?
-
Hmm bei buanet/iobroker:beta findet er nichts.. No image
Ach sehe gerade gliat aus der beta raus. Wie kann ich es hinterlegen das er chmod 777 /dev/ttyacm1 macht nach einem Start??
-
@andre sagte in [HowTo][Anleitung] Installation ioBroker in Docker auf Synology DiskStation:
@dtp Jetzt habe ich es auf dem Radar.
Allerdings bekomme ich den Fehler immer noch nicht reproduziert...Hallo André,
vielleicht liegt es an der speziellen Konfiguration über MACVLAN und den zwei IP-Adressen der entsprechenden Ethernet-Anschlüsse meiner DiskStation. Eine andere Erklärung habe ich leider auch nicht.
Nun ja, ist ja nicht so eilig, da es einen Workaround gibt.
-
Ich möchte mich hier nochmal mit einem Fehler melden, zu dem ich aktuell keine Idee habe.
ioBroker ist mit dem aktuellsten Image auf das Synology installiert.
Läuft auch soweit, allerdings funktioniert der hm.rpc Adapter nicht korrekt, und zwar nur mit den Wirelesse devices nicht.
Der Adapter ist grün und einige Informationen werden auch aktualisiert, aber eben nicht alle.
Dasselbe gilt für die Bedienung, teilweise geht es, ein Teil aber nicht.
Es macht irgendwie den Eindruck als würden die Daten der ccu2 nicht sauber gelesen.Hier die Konfiguration des Adapters:
Jemand eine Idee, was ich tun könnte.
xml auf bin umgestellt, habe ich schon getestet. Bringt nichts.
Auch nicht das eintragen des adapter ports bei den Hautpeinstellungen. -
Hm. Hab gestern ein Update auf die DSM-Version DSM 6.2.2-24922 Update 3 gemacht und erhalte nun nach dem Neustart des ioBroker folgende Fehlermeldung, die zum Abbruch führt.
Meine Version 2 des ioBroker startet ohne Probleme. Jemand eine Idee?
EDIT: Geht wieder. Problem war, dass nach dem Neustart der DS beide ioBroker-Instanzen starteten und meine V2-Instanz wohl die log-Dateien blockierte, so dass die V3-Instanz nicht mehr darauf zugreifen konnte. Hab die log-Dateien nun einfach gelöscht. Jetzt startet die V2-Instanz wieder.
Gruß,
Thorsten
-
Hallo,
ich habe mir den Docker Container installiert. MACVLAN habe ich auch angelegt, soweit so gut. Aber, iobroker selbst startet im Container nicht. Ich habe das /opt/iobroker gemountet von meinem Volume (/volume1/docker/iobroker). ioBroker startet nicht. Mein /opt/iobroker Verzeichnis ist leer. Führe ich das Script /opt/scripts/iobroker_startup.sh aus erhalte ich das hier:
root@ioBroker:/opt/iobroker# /opt/scripts/iobroker_startup.sh ---------------------------------------- ----- Image-Version: 3.1.0 ----- ----- 2019-09-04 20:05:13 ----- ---------------------------------------- Startupscript running... Installing additional packages... The following packages will be installed: nano Installing additional packages done... cp: der Aufruf von stat für '/opt/iobroker/iobroker' ist nicht möglich: Datei oder Verzeichnis nicht gefunden sed: /opt/iobroker/iobroker kann nicht gelesen werden: Datei oder Verzeichnis nicht gefunden Starting ioBroker... ---------------------------------------- ------- ioBroker Logging ------- ---------------------------------------- module.js:550 throw err; ^ Error: Cannot find module '/opt/iobroker/node_modules/iobroker.js-controller/controller.js' at Function.Module._resolveFilename (module.js:548:15) at Function.Module._load (module.js:475:25) at Function.Module.runMain (module.js:694:10) at startup (bootstrap_node.js:204:16) at bootstrap_node.js:625:3Habe den Container auch schon mehrfach neu gemacht. Bereitgestellt habe ich ihn mit:
bash-4.3# docker run -d --name ioBroker --restart=always --hostname=ioBroker --net=iobroker --dns=10.1.0.1 --device=/dev/ttyACM0 -v /volume1/docker/iobroker/:/opt/iobroker -it buanet/iobroker:latestIn meinen Augen fehlt was in /opt/iobroker. Klar, ist ja wie gesagt leer weil ich es aus meinem Volume gemountet habe. Aber wenn ich die Anleitung auf buanet.de richtig verstehe sei doch das genau richtig?!
Vielen Dank,
Michael -
Ich bekomme irgendwie kein Backup eingespielt.
Wollte iobroker vom Raspi auf die Syno umziehen. Raspi hat die IP 192.168.1.5, Docker in der Syno hinten die .240.
Starte ich den buanet Container wie gewohnt über Portainer auf der DSM, hjabe ich ein jungfräuliches iobroker. Dann gehe ich in die Shell und mache "pkill io", und "iobroker restore 0" - dann startet iobroker nicht mehr.
Im Containerlog steht dass er es über die alte IP (.5) versucht statt die neue .240.{ Error: listen EADDRNOTAVAIL 192.168.1.5:8081 at Server.setupListenHandle [as _listen2] (net.js:1343:19) at listenInCluster (net.js:1401:12) at doListen (net.js:1510:7) at _combinedTickCallback (internal/process/next_tick.js:142:11) at process._tickCallback (internal/process/next_tick.js:181:9) errno: 'EADDRNOTAVAIL', code: 'EADDRNOTAVAIL', syscall: 'listen', address: '192.168.1.5', port: 8081 }Ich bi netwas ratlos, der Container hat definitiv die 192.168.1.240, nicht die 5 hinten. Ein "iobroker host this" oder "./fix_installation.sh"korrigiert den Fehler nicht, das Restore hat scheinbar die alte IP eingebrannt.
-
@GrillSgt said in [HowTo][Anleitung] Installation ioBroker in Docker auf Synology DiskStation:
In meinen Augen fehlt was in /opt/iobroker. Klar, ist ja wie gesagt leer weil ich es aus meinem Volume gemountet habe. Aber wenn ich die Anleitung auf buanet.de richtig verstehe sei doch das genau richtig?!
Vielen Dank,
MichaelKlingt ein wenig nach einem Rechteproblem. In dem Moment, wo du den Container startet, sollte sich dein eingehängtes Verzeichnis mit Daten füllen.
Was sagt denn das Docker-Log? Lege mal dein Verzeichnis (volume1/docker/iobroker) mit dem Explorer in DSM ganz neu an. Und beim starten, lasse mal den letzten "/" vor dem Doppelpunkt beim Verzeichnis mounten weg (also/volume1/docker/iobroker:/opt/iobroker) -
@GrillSgt
Hallo Michael,
ich denke dein Ordner ist nicht wirklich leer... Jedenfalls sehe ich in deinem Log nicht, dass das Script dein Verzeichnis füllt. Demnach ist dann auch keine iobroker-Datei drin und er scheitert...
Mal ganz davon ab, dass ich dieses Verhalten längst mal im Script abfangen wollte Versuche mal den Ordner auf dem Host (/volume1/docker/iobroker) zu löschen (nicht nur leeren) und neu zu erstellen. Starte dann noch einmal einen neuen Container...MfG,
André -
Ich meine du kannst das IP-binding für den Admin so ändern:
iobroker set admin.0 --bind 192.168.1.240MfG,
André -
@andre sagte in [HowTo][Anleitung] Installation ioBroker in Docker auf Synology DiskStation:
@GrillSgt
Hallo Michael,
ich denke dein Ordner ist nicht wirklich leer... Jedenfalls sehe ich in deinem Log nicht, dass das Script dein Verzeichnis füllt.Danke für eure Antworten. Hmm... ist mir ja schon fast peinlich. Hatte ein data Folder reingelegt. Weil ich erst in deiner Doku was von iobroker_data gelesen habe. Mir gefiehl das aber nicht und ich hatte daher einen Folder in iobroker/data erzeugt.
Ich probiere das später mal aus. Bin aktuell im Büro, nehme aber an, dass das funktionieren wird.
Hatte gestern den Mount auch mal komplett weggenommen. Damit sind ja dann zwar alle Daten weg wenn ich den Container beende / neustarte aber wollte mal sehen ob es grundsätzlich funktioniert, was der Fall war.
Ganz generell muss ich noch etwas warm werden mit Docker. Bin zwar ein Linuxspezi aber Docker ist noch neu für mich
Btw: Habe dann auch festgestellt, dass ich gar keinen Zugriff aus dem Container auf den Host habe. Ok, ist "by design" wie ich nun weiß und auch mit dem hinzufügen der Bridge leicht zu lösen. Nur wissen muss man es
-
Ich erhalte erstmalig eine Fehlermeldung, dass ich einen Adapter nicht updaten kann.
Ist das jetzt das Problem des Docker-Admins oder des Adapters?
EDIT: Unter Version 2 des Docker-Images ließ sich der Adapter problemlos installieren. Ist das also ein Problem von Version 3.1.0? Vorher hatte ich nie Probleme mit dem Update von Adaptern.
-
@dtp
Du hast ein Rechteproblem auf deinem Verzeichnis.
Ich selber habe gerade bei meiner V3 den Adapter von 2.4.7 auf 2.4.9 gemacht, ohne Probleme.
Es kamen nur die üblichen Dependency-Probleme, das liegt aber an den Adapter selber und den benutzten Bibliotheken.Schau Dir mal die Rechte von /opt/iobroker/node_modules/iobroker.hm-rega und den Unterverzeichnis /node_modules/ an. Da stimmt etwas nicht.
-
Hi,
ich habe Image-Version 3.0.0 im Host Modus laufen.
ioBroker sagt schon seit längeren ich soll den Host (js-controller) von 1.5.11 auf 1.5.14 updaten.
Mir war so als war da was. Kann ich das Update über die Oberfläche von ioBrocker oder muss ich es über die Kommandozeile machen? -
@dtp
Hatte heute das selbe Problem nach der Erstellung der Version 3.1 im Hostmode. Diese Hilfestellung hat das Problem gelöstBei mir war der Fehler unabhängig vom Adapter. Hatte diese Fehlermeldung bei jedem Adapter
UPDATE:
Nach jedem Backup bzw. Neustart des Containers muss ich diesen Fix erneut ausführen... Evtl hat ja jemand eine Lösung bzw. Idee für das Problem. -
Über das Terminal. Kommt aber auch ein Hinweis von Iobroker wie die Abfolge der Befehle zum Updaten ist.
-
@haselchen sagte in [HowTo][Anleitung] Installation ioBroker in Docker auf Synology DiskStation:
Über das Terminal. Kommt aber auch ein Hinweis von Iobroker wie die Abfolge der Befehle zum Updaten ist.
Danke. Da hätte ich auch selbst drauf kommen können wenn ich mich getraut hätte
Ich hatte aber Probleme:
Nach iobroker stop kommt „iobroker controller daemon is not running“. Iobroker status sagt aber das er doch läuft. Ich habe dann iobroker start gemacht und er wurde gestartet oder nochmal gestartet. Dann wieder iobroker stop. Erst dann ist er nicht mehr gelaufen und ich konnte den Rest machen.
Habe ich da noch irgendwo was vergessen? -
Wenn das Update ohne Fehler durch ist einfach iobroker start eingeben.
Wenn Du auf der DS einen funktionierenden iobroker Ordner hast, kannst Du fast soviel Mist eingeben wie Du willst, kannst immer wieder den "damals" funktionierenden Ordner zurückkopieren. -
Hallo, ich muss hier mal eine Frage zum Multihost-Betrieb stellen.
Ich hatte vorher zwei Raspis die als Multihost gearbeitet haben.
Den Master der beiden habe ich in den Docker übernommen. Passt soweit alles.Nun möchte ich den iobroker im Docker als Master arbeiten lassen und einen Raspi als slave. Das ist aufgrund der Installation notwendig.
Ich habe den Master entsprechend der Anleitung aktiviert, allerdings mit den Ports 9001 und 9002, da ja der Port 9000 von Portainer belegt ist.
Leider kann der Slave den Master nicht finden.
Das Log des iobrokers im Docker zeigt mir zum Multihost folgende Meldungen:warn: Host on this system is not possible, because IP address is for states is 0.0.0.0
Laut Anleitung stimmt das aber doch.warn: host.iobroker multihost service started on 0.0.0.0:50005
Das verstehe ich nicht.Kann mir jemand einen Tip geben, wie ich den Multihost aktivieren kann.
