NEWS
[HowTo] ioBroker unter Docker auf Synology DiskStation
-
Das Problem scheint eine fehlerhafte DOS-zu-Linux-Konvertierung zu sein. Komischerweise hat aber nur die Version 3 des ioBroker-Container-Images damit ein Problem. Wenn ich die Version 2 mit demselben Verzeichnis ("/volume1/docker/ioBroker/") verwende, geht das Update des js-controllers per "iobroker update" und "iobroker upgrade self". Nur in der Version 3 bekomme ich ständig die Fehlermeldung mit dem falschen Zeilenende ("\r").
Vielleicht liegt's an MACVLAN, vielleicht an etwas anderem. Keine Ahnung. Leider meldet sich @andré nicht.
Mein Workaround ist im Moment, dass ich beide Version des Containers installiert habe und ein Update des js-controllers nun immer über die Version 2 mache, um danach wieder auf die Version 3 umzustellen.
@dtp
Danke für die Antwort. Ehrlich gesagt weiß ich aber trotzdem nicht wie ich das dann genau anstellen muss. (Mit dem selben Verzeichnis ?)
Zwei Container anlegen ist ja nicht das Problem. -
Das Problem scheint eine fehlerhafte DOS-zu-Linux-Konvertierung zu sein. Komischerweise hat aber nur die Version 3 des ioBroker-Container-Images damit ein Problem. Wenn ich die Version 2 mit demselben Verzeichnis ("/volume1/docker/ioBroker/") verwende, geht das Update des js-controllers per "iobroker update" und "iobroker upgrade self". Nur in der Version 3 bekomme ich ständig die Fehlermeldung mit dem falschen Zeilenende ("\r").
Vielleicht liegt's an MACVLAN, vielleicht an etwas anderem. Keine Ahnung. Leider meldet sich @andré nicht.
Mein Workaround ist im Moment, dass ich beide Version des Containers installiert habe und ein Update des js-controllers nun immer über die Version 2 mache, um danach wieder auf die Version 3 umzustellen.
@dtp wozu machst du den
iobroker updatedas läuft ehh immer nachts einmal... ausser du willst sofort nach dem publish was neues haben
also reicht das
iobroker upgradeich hab auch die 3-er version laufen auch im Ordnersystem .. keine Probleme
-
Nun ja, so wird es beim Update des js-controllers empfohlen. Doch auch mit "iobroker upgrade" alleine komme ich wegen der "\r"-Problematik nicht weiter. Ebenso funktioniert "iobroker backup" oder dergleichen nicht.
Ist schon ziemlich blöd so.
Ich habe - wie gesagt - zwei ioBroker-Container laufen, die auf dasselbe ausgelagerte ioBroker-Verzeichnis zugreifen.
ioBrokerV2 starte ich nur, um den js-controller zu aktualisieren. Ansonsten läuft immer ioBroker über den Portainer. Etwas doof ist, dass ioBrokerV2 über die 192.168.0.10 und ioBroker wegen MACVLAN über die 192.168.0.12 angesprochen werden muss.
ioBroker im Docker-Container auf Synology DiskStation DS718+, HomeMatic IP über CCU3, IKEA Dirigera inkl. Matter, Apple Homekit, Amazon Alexa.
-
Nun ja, so wird es beim Update des js-controllers empfohlen. Doch auch mit "iobroker upgrade" alleine komme ich wegen der "\r"-Problematik nicht weiter. Ebenso funktioniert "iobroker backup" oder dergleichen nicht.
Ist schon ziemlich blöd so.
Ich habe - wie gesagt - zwei ioBroker-Container laufen, die auf dasselbe ausgelagerte ioBroker-Verzeichnis zugreifen.
ioBrokerV2 starte ich nur, um den js-controller zu aktualisieren. Ansonsten läuft immer ioBroker über den Portainer. Etwas doof ist, dass ioBrokerV2 über die 192.168.0.10 und ioBroker wegen MACVLAN über die 192.168.0.12 angesprochen werden muss.
-
Nun ja, so wird es beim Update des js-controllers empfohlen. Doch auch mit "iobroker upgrade" alleine komme ich wegen der "\r"-Problematik nicht weiter. Ebenso funktioniert "iobroker backup" oder dergleichen nicht.
Ist schon ziemlich blöd so.
Ich habe - wie gesagt - zwei ioBroker-Container laufen, die auf dasselbe ausgelagerte ioBroker-Verzeichnis zugreifen.
ioBrokerV2 starte ich nur, um den js-controller zu aktualisieren. Ansonsten läuft immer ioBroker über den Portainer. Etwas doof ist, dass ioBrokerV2 über die 192.168.0.10 und ioBroker wegen MACVLAN über die 192.168.0.12 angesprochen werden muss.
@dtp
danke, habe es genau so wie von Dir beschrieben gemacht, hat funktioniert und js-controller ist nun aktuell. (5Minuten und kleiner Aufwand) -
Das Problem scheint eine fehlerhafte DOS-zu-Linux-Konvertierung zu sein. Komischerweise hat aber nur die Version 3 des ioBroker-Container-Images damit ein Problem. Wenn ich die Version 2 mit demselben Verzeichnis ("/volume1/docker/ioBroker/") verwende, geht das Update des js-controllers per "iobroker update" und "iobroker upgrade self". Nur in der Version 3 bekomme ich ständig die Fehlermeldung mit dem falschen Zeilenende ("\r").
Vielleicht liegt's an MACVLAN, vielleicht an etwas anderem. Keine Ahnung. Leider meldet sich @andré nicht.
Mein Workaround ist im Moment, dass ich beide Version des Containers installiert habe und ein Update des js-controllers nun immer über die Version 2 mache, um danach wieder auf die Version 3 umzustellen.
@dtp sagte in [HowTo][Anleitung] Installation ioBroker in Docker auf Synology DiskStation:
Leider meldet sich @andre nicht.
Sorry, lasse gerade meine Beine in der Adria baumeln.
Ich lese aber mit.
Am besten es fasst mal jemand das Verhalten zusammen und erstellt einen Issue auf Github.
Wichtig dabei: Ich brauche Versionen zu geht/ geht nicht (npm, node). Wenn es mit ein und dem selben Verzeichnis in einem Container geht und im anderen nicht, muss ich die Unterschiede der Container ermitteln...
Ich schaue mir das gerne heute Abend mal an, aber im Moment kann ich mir nicht erklären warum das so auftritt. Einzige logische Erklärung wäre, dass eine neuere node oder npm version den code vom iobroker anders intrepretiert...Viele Grüße aus "King's Landing",
André -
@dtp sagte in [HowTo][Anleitung] Installation ioBroker in Docker auf Synology DiskStation:
Leider meldet sich @andre nicht.
Sorry, lasse gerade meine Beine in der Adria baumeln.
Ich lese aber mit.
Am besten es fasst mal jemand das Verhalten zusammen und erstellt einen Issue auf Github.
Wichtig dabei: Ich brauche Versionen zu geht/ geht nicht (npm, node). Wenn es mit ein und dem selben Verzeichnis in einem Container geht und im anderen nicht, muss ich die Unterschiede der Container ermitteln...
Ich schaue mir das gerne heute Abend mal an, aber im Moment kann ich mir nicht erklären warum das so auftritt. Einzige logische Erklärung wäre, dass eine neuere node oder npm version den code vom iobroker anders intrepretiert...Viele Grüße aus "King's Landing",
André -
Zunächst guten Tag sowie vielen Dank für den tollen und inzwischen über 1000 Einträge langen Thread (eine super Gute-Nacht-Lektüre).
Leider habe ich ebenfalls Probleme mit dem Aufsetzen von ioBroker mittels Portainer auf der DS218+. Aufgrund der leidigen und komplizierten Lan/Port-Einstellungen bei dem Telekom Speedport W724V habe ich auf die einfach Einrichtung mit Host-Zugang der 3.0.2beta Version von buanet/iobroker gehofft. Jedoch bekomme ich folgende Fehlermeldung und die Admin-Oberfläche von ioBroker ist nicht unter "http://[IP-Adresse]:8081" erreichbar.
Fehler im Container log:
Hat jemand eine Hilfestellung hierzu? Vielen Dank vorab!
Viele Grüße
Stephan -
Hallo liebe Community,
hat jemand ioBroker mit WSL2 und Docker Desktop Beta am laufen ?
Habe Win10 im Fastring installiert und der Container läuft soweit.Kitematic lässt leider kein zusätzliches Mountdir zu
oder ich finde es nicht.
Mit Portainer war ich auch nicht erfolgreicher.Wie integriert man den Mountbefehl für mein individuelles Verzeichnis ? Muss im Dockerfile das Verzeichnis /opt/iobroker definiert werden und man kann das dann individuell zuweisen ?
Oder kann man vor dem start dem Container/dem Image den Mountbefehl zuweisen ?
mein Ziel: buanet/iobroker image laden, mount hinzufügen bevor das startstript im container alles ins interne verzeichnis schreibt und den container aufbläht,
mit Hostordner D:\test\iobroker den container starten und die daten außerhalb des Containers lassen.Grüße Michael
-
Hallo liebe Community,
hat jemand ioBroker mit WSL2 und Docker Desktop Beta am laufen ?
Habe Win10 im Fastring installiert und der Container läuft soweit.Kitematic lässt leider kein zusätzliches Mountdir zu
oder ich finde es nicht.
Mit Portainer war ich auch nicht erfolgreicher.Wie integriert man den Mountbefehl für mein individuelles Verzeichnis ? Muss im Dockerfile das Verzeichnis /opt/iobroker definiert werden und man kann das dann individuell zuweisen ?
Oder kann man vor dem start dem Container/dem Image den Mountbefehl zuweisen ?
mein Ziel: buanet/iobroker image laden, mount hinzufügen bevor das startstript im container alles ins interne verzeichnis schreibt und den container aufbläht,
mit Hostordner D:\test\iobroker den container starten und die daten außerhalb des Containers lassen.Grüße Michael
-
@Dancekid so hab ich es laufen....
wenn ich dran denke mach ich paar screenshots heute abend
-
nur wie kann ich ein Hostverzeichnis D:\Otto\iobroker\ als Volume oder Mountpoint /opt/iobroker/ mitgeben ?
gesuchte Variante: Pfad in Kitematic per Startparameter ??? Wo stellt man das ein ?
Ich kenne derzeit nur die Möglichkeit beim manuellen Start über die Powershell den Mount Parameter mitzugeben.
-
Hallo liebe Community,
ich habe ein Beispiel rausgesucht:
Portainer zeigt als Container zum Beispiel automatisch ein Verzeichnis "data" in Kitematic an und lässt sich direkt auf einen Ordner mappen.
Wie kann ich das für den Container iobroker umsetzen ?@andre
du hast geschrieben, dass man den Ordner /opt/iobroker jetzt direkt mit einem hostlaufwerk mappen kann.
so wie in portainer wird mir allerdings kein verzeichnis angezeigtHabe eine Definition für das Dockerfile gefunden:
Volume ["/opt/iobroker"]
sollte im Dockerfile stehen ?Grüße Michael
-
Das Problem scheint eine fehlerhafte DOS-zu-Linux-Konvertierung zu sein. Komischerweise hat aber nur die Version 3 des ioBroker-Container-Images damit ein Problem. Wenn ich die Version 2 mit demselben Verzeichnis ("/volume1/docker/ioBroker/") verwende, geht das Update des js-controllers per "iobroker update" und "iobroker upgrade self". Nur in der Version 3 bekomme ich ständig die Fehlermeldung mit dem falschen Zeilenende ("\r").
Vielleicht liegt's an MACVLAN, vielleicht an etwas anderem. Keine Ahnung. Leider meldet sich @andré nicht.
Mein Workaround ist im Moment, dass ich beide Version des Containers installiert habe und ein Update des js-controllers nun immer über die Version 2 mache, um danach wieder auf die Version 3 umzustellen.
@dtp sagte in [HowTo][Anleitung] Installation ioBroker in Docker auf Synology DiskStation:
Das Problem scheint eine fehlerhafte DOS-zu-Linux-Konvertierung zu sein. Komischerweise hat aber nur die Version 3 des ioBroker-Container-Images damit ein Problem. Wenn ich die Version 2 mit demselben Verzeichnis ("/volume1/docker/ioBroker/") verwende, geht das Update des js-controllers per "iobroker update" und "iobroker upgrade self". Nur in der Version 3 bekomme ich ständig die Fehlermeldung mit dem falschen Zeilenende ("\r").
Vielleicht liegt's an MACVLAN, vielleicht an etwas anderem. Keine Ahnung. Leider meldet sich @andré nicht.
Mein Workaround ist im Moment, dass ich beide Version des Containers installiert habe und ein Update des js-controllers nun immer über die Version 2 mache, um danach wieder auf die Version 3 umzustellen.
Ich habe gestern mal versucht den Fehler zu reproduzieren. Container erstellt und Updates hoch und runter, auf verschiedenen Wegen. Alles ohne Probleme.... Habe auch ein V2-Verzeichnis erstellt und in V3 eingebunden. Bei mir problemlos.
Brauche da wohl noch ein bisschen mehr Input.MfG,
André -
Zunächst guten Tag sowie vielen Dank für den tollen und inzwischen über 1000 Einträge langen Thread (eine super Gute-Nacht-Lektüre).
Leider habe ich ebenfalls Probleme mit dem Aufsetzen von ioBroker mittels Portainer auf der DS218+. Aufgrund der leidigen und komplizierten Lan/Port-Einstellungen bei dem Telekom Speedport W724V habe ich auf die einfach Einrichtung mit Host-Zugang der 3.0.2beta Version von buanet/iobroker gehofft. Jedoch bekomme ich folgende Fehlermeldung und die Admin-Oberfläche von ioBroker ist nicht unter "http://[IP-Adresse]:8081" erreichbar.
Fehler im Container log:
Hat jemand eine Hilfestellung hierzu? Vielen Dank vorab!
Viele Grüße
Stephan@Unfassbar sagte in [HowTo][Anleitung] Installation ioBroker in Docker auf Synology DiskStation:
Error: listen EADDRINUSE 127.0.0.1:9000
Bei dir ist der Port 9000 bereits belegt....
MfG,
André -
Hallo liebe Community,
ich habe ein Beispiel rausgesucht:
Portainer zeigt als Container zum Beispiel automatisch ein Verzeichnis "data" in Kitematic an und lässt sich direkt auf einen Ordner mappen.
Wie kann ich das für den Container iobroker umsetzen ?@andre
du hast geschrieben, dass man den Ordner /opt/iobroker jetzt direkt mit einem hostlaufwerk mappen kann.
so wie in portainer wird mir allerdings kein verzeichnis angezeigtHabe eine Definition für das Dockerfile gefunden:
Volume ["/opt/iobroker"]
sollte im Dockerfile stehen ?Grüße Michael
Gemeint ist: Man kann seit kurzem einfach einen leeren Ordner unter /opt/iobroker in den Docker Container einbinden. Das Startscript sorgt dann für den Rest.
Wie du den Ordner über Kitematic einbindest, kann ich dir nicht sagen. Im Dockerfile habe ich dazu nichts definiert. Man kann natürlich den Container auch ohne Mount aufsetzen. Allerdings liegen dann alle ioBroker-Daten innerhalb des Containers. Bedeutet: Container gelöscht = ioBroker-Daten gelöscht...Das Hinzufügen eines mounts/ Volumes gehört zu den Docker Basics:
https://docs.docker.com/v17.09/engine/admin/volumes/bind-mounts/
MfG,
André -
@dtp sagte in [HowTo][Anleitung] Installation ioBroker in Docker auf Synology DiskStation:
Das Problem scheint eine fehlerhafte DOS-zu-Linux-Konvertierung zu sein. Komischerweise hat aber nur die Version 3 des ioBroker-Container-Images damit ein Problem. Wenn ich die Version 2 mit demselben Verzeichnis ("/volume1/docker/ioBroker/") verwende, geht das Update des js-controllers per "iobroker update" und "iobroker upgrade self". Nur in der Version 3 bekomme ich ständig die Fehlermeldung mit dem falschen Zeilenende ("\r").
Vielleicht liegt's an MACVLAN, vielleicht an etwas anderem. Keine Ahnung. Leider meldet sich @andré nicht.
Mein Workaround ist im Moment, dass ich beide Version des Containers installiert habe und ein Update des js-controllers nun immer über die Version 2 mache, um danach wieder auf die Version 3 umzustellen.
Ich habe gestern mal versucht den Fehler zu reproduzieren. Container erstellt und Updates hoch und runter, auf verschiedenen Wegen. Alles ohne Probleme.... Habe auch ein V2-Verzeichnis erstellt und in V3 eingebunden. Bei mir problemlos.
Brauche da wohl noch ein bisschen mehr Input.MfG,
André -
Hat einer von euch im Docker schon den Adapter Radar2 zum laufen bekommen?
Ich habe da so meine Probleme.
Irgendwie bricht der immer ab :host.iobroker 2019-08-19 20:42:05.041 info Restart adapter system.adapter.radar2.0 because enabled host.iobroker 2019-08-19 20:42:05.039 error instance system.adapter.radar2.0 terminated with code null () host.iobroker 2019-08-19 20:42:05.039 warn instance system.adapter.radar2.0 terminated due to SIGSEGV radar2.0 2019-08-19 20:42:03.119 info starting. Version 1.0.7 in /opt/iobroker/node_modules/iobroker.radar2, node: v8.16.0 host.iobroker 2019-08-19 20:42:02.350 info instance system.adapter.radar2.0 started with pid 18917 host.iobroker 2019-08-19 20:41:32.334 info Restart adapter system.adapter.radar2.0 because enabled host.iobroker 2019-08-19 20:41:32.333 error instance system.adapter.radar2.0 terminated with code null () host.iobroker 2019-08-19 20:41:32.333 warn instance system.adapter.radar2.0 terminated due to SIGSEGV radar2.0 2019-08-19 20:41:30.352 info radar2 initialization started... radar2.0 2019-08-19 20:41:30.253 info starting. Version 1.0.7 in /opt/iobroker/node_modules/iobroker.radar2, node: v8.16.0Die Anweisungen aus dem Thread RADAR2 dazu habe ich befolgt :
Auf Linux sollte das tool arp-scan und libcap2-bin sowie einige Bluetooth treiber installiert werden installiert werden und die Rechte von arp-scan und node angepasst werden. Bei Debian (Raspi-Stretch, Ubuntu, ...) schaut das so aus: sudo apt-get install libcap2-bin arp-scan bluetooth bluez libbluetooth-dev libudev-dev net-tools sudo setcap cap_net_admin,cap_net_raw,cap_net_bind_service=+eip $(eval readlink -f `which arp-scan`) sudo setcap cap_net_admin,cap_net_raw,cap_net_bind_service=+eip $(eval readlink -f `which node`) sudo setcap cap_net_admin,cap_net_raw,cap_net_bind_service=+eip $(eval readlink -f `which arp`) sudo setcap cap_net_admin,cap_net_raw,cap_net_bind_service=+eip $(eval readlink -f `which hcitool`) sudo setcap cap_net_admin,cap_net_raw,cap_net_bind_service=+eip $(eval readlink -f `which hciconfig`) sudo setcap cap_net_admin,cap_net_raw,cap_net_bind_service=+eip $(eval readlink -f `which l2ping`) Bei Windows steht arp-scan nicht zur Verfügung und es wird nur node-ping verwendet. Der Rest kann ion der Adapter-Konfig eingestellt werden.
489
Online32.4k
Users81.4k
Topics1.3m
Posts