NEWS
[HowTo] ioBroker unter Docker auf Synology DiskStation
-
Hallo Andre,
danke für die Pflege dieses tollen containers. Ich versuche aktuell die Amazon Echos in node-red zum Laufen zu bringen. Ich habe nach diesem Thema gesucht, jedoch hier nichts gefunden. Falls das Thema bereits behandelt wurde, bitte Bescheid geben.
Ich bekomme in meinem Flow jedenfalls die Meldung "Unable to start on Port 80". Das Problem ist bekannt und es wird auf mehrere Lösungen hier im Troubleshooting verwiesen: https://github.com/datech/node-red-contrib-amazon-echo/wiki/Troubleshooting#node-red-in-a-docker-container
Da ich iobroker in deinem container auf der Synology benutze, trifft für mich wohl der Punkt "node red in a docker container" zu. Doch diese kann ich nicht durchführen, weil die bash in portainer keine "docker" Befehle kennt => Kommando nicht gefunden. Gibt es da einen Trick?
Danke und viele Grüße
-
Hallo Andre,
danke für die Pflege dieses tollen containers. Ich versuche aktuell die Amazon Echos in node-red zum Laufen zu bringen. Ich habe nach diesem Thema gesucht, jedoch hier nichts gefunden. Falls das Thema bereits behandelt wurde, bitte Bescheid geben.
Ich bekomme in meinem Flow jedenfalls die Meldung "Unable to start on Port 80". Das Problem ist bekannt und es wird auf mehrere Lösungen hier im Troubleshooting verwiesen: https://github.com/datech/node-red-contrib-amazon-echo/wiki/Troubleshooting#node-red-in-a-docker-container
Da ich iobroker in deinem container auf der Synology benutze, trifft für mich wohl der Punkt "node red in a docker container" zu. Doch diese kann ich nicht durchführen, weil die bash in portainer keine "docker" Befehle kennt => Kommando nicht gefunden. Gibt es da einen Trick?
Danke und viele Grüße
-
@prinz-ip sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:
weil die bash in portainer keine "docker" Befehle kennt => Kommando nicht gefunden.
Was meinst du , keine Befehle , geht doch
@glasfaser @Rookie50 ich meine docker Befehle. Alles andere funktioniert natürlich blendend in der bash ;-)
ok, dann anders gefragt: Welche der genannten Lösungen im Link würdet ihr mir speziell für den buanet iobroker container empfehlen? Bin ich der erste, der node-red mich echo da laufen lassen möchte? -
@glasfaser @Rookie50 ich meine docker Befehle. Alles andere funktioniert natürlich blendend in der bash ;-)
ok, dann anders gefragt: Welche der genannten Lösungen im Link würdet ihr mir speziell für den buanet iobroker container empfehlen? Bin ich der erste, der node-red mich echo da laufen lassen möchte?@prinz-ip Einfach instalieren - ignorier mal das Container gedöns, bist ja schon im Containter - bei mir lief alles problemlos...
Hast du es mal versucht? was geht denn nicht?
Mit den Netzwerken muss man aufpassen, bei konkreten fragen kann ich mal mein Doku durchsuchen...Mein Node red lauscht auf Port 1880
IOBROKER hab ich auf 8081...
Und Echo muss im selben subnetzt liegen und erreichbar sein
-
@prinz-ip Einfach instalieren - ignorier mal das Container gedöns, bist ja schon im Containter - bei mir lief alles problemlos...
Hast du es mal versucht? was geht denn nicht?
Mit den Netzwerken muss man aufpassen, bei konkreten fragen kann ich mal mein Doku durchsuchen...Mein Node red lauscht auf Port 1880
IOBROKER hab ich auf 8081...
Und Echo muss im selben subnetzt liegen und erreichbar sein
@boardy node-red läuft prima und iobroker auch. Es geht nur um die Echos. In meinem Link steht ja das Problem, was offenbar bestens bekannt ist: "All new generation of Echo devices, like Dot 3rd gen or Plus 2nd gen, will try to connect to port 80 of Amazon Echo Hub even if a different port is configured. The TCP/IP port numbers below 1024 are special in that normal users are not allowed to run servers on them. In order to allow running the hub on port 80 you can do one of the following...."
-
@boardy node-red läuft prima und iobroker auch. Es geht nur um die Echos. In meinem Link steht ja das Problem, was offenbar bestens bekannt ist: "All new generation of Echo devices, like Dot 3rd gen or Plus 2nd gen, will try to connect to port 80 of Amazon Echo Hub even if a different port is configured. The TCP/IP port numbers below 1024 are special in that normal users are not allowed to run servers on them. In order to allow running the hub on port 80 you can do one of the following...."
@prinz-ip wie hast Du denn das Docker Netzwerk eingerichtet? Wenn Du André's Anleitung inkl. MACVLAN befolgt hast, sollte es funktionieren. Wenn Du allerdings den iobroker Container im Bridge Mode betreibst und den iobroker node-red Adapter benutzt, muss Du den benötigten Port 80 noch in den iobroker Container weiterleiten.
Allerdings solltest Du erst checken, ob Deine Synology den Port nicht schon benutzt. -
@prinz-ip wie hast Du denn das Docker Netzwerk eingerichtet? Wenn Du André's Anleitung inkl. MACVLAN befolgt hast, sollte es funktionieren. Wenn Du allerdings den iobroker Container im Bridge Mode betreibst und den iobroker node-red Adapter benutzt, muss Du den benötigten Port 80 noch in den iobroker Container weiterleiten.
Allerdings solltest Du erst checken, ob Deine Synology den Port nicht schon benutzt.@rookie50 sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:
MACVLAN
Mein container läuft im host modus, da sollten also alle ports funktionieren. Ist alles so gemacht, wie die Anleitung von @andre das gesagt hat, das ist aber auch schon 2 Jahre her. Seitdem wurde der Container halt ab und zu mal aktualisiert. node-red habe ich unter den Adaptern ausgewählt und installiert. Ich habe auch sonst keinerlei Portprobleme. Ich kann alle Adapter und Ports Problemfrei benutzen, z.B. mqtt auf 1883, ohne diesen explizit freigeben zu müssen.
Mein Zitat oben sagt ja schon, dass alles unter 1024 problematisch ist. Hat sich jetzt jemand meinen Link mal wirklich angeschaut?
-
@rookie50 sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:
MACVLAN
Mein container läuft im host modus, da sollten also alle ports funktionieren. Ist alles so gemacht, wie die Anleitung von @andre das gesagt hat, das ist aber auch schon 2 Jahre her. Seitdem wurde der Container halt ab und zu mal aktualisiert. node-red habe ich unter den Adaptern ausgewählt und installiert. Ich habe auch sonst keinerlei Portprobleme. Ich kann alle Adapter und Ports Problemfrei benutzen, z.B. mqtt auf 1883, ohne diesen explizit freigeben zu müssen.
Mein Zitat oben sagt ja schon, dass alles unter 1024 problematisch ist. Hat sich jetzt jemand meinen Link mal wirklich angeschaut?
@prinz-ip Wenn deine Angaben stimmen und du host Modus nutzt und mqtt keine Probleme macht, dann würde ich mal schauen ob der Port 80 schon von deiner DS oder einem Zusatzpaket belegt wird.
https://kb.synology.com/de-de/DSM/tutorial/What_network_ports_are_used_by_Synology_services
Oder von einem anderen Docker Container?
Mit netstat kannst du auch auf Kommandozeile prüfen: https://community.synology.com/enu/forum/17/post/89281
MfG,
André t6 -
@prinz-ip Wenn deine Angaben stimmen und du host Modus nutzt und mqtt keine Probleme macht, dann würde ich mal schauen ob der Port 80 schon von deiner DS oder einem Zusatzpaket belegt wird.
https://kb.synology.com/de-de/DSM/tutorial/What_network_ports_are_used_by_Synology_services
Oder von einem anderen Docker Container?
Mit netstat kannst du auch auf Kommandozeile prüfen: https://community.synology.com/enu/forum/17/post/89281
MfG,
André t6@andre Wenn ich meine Syno IP mit Port 80 aufrufe, kommt halt der DSM Desktop mit Weiterleitung auf 5001. Andere Dienste laufen bei mir nicht.
Um den Port 80 auf der Syno freizugeben ist ja schon ein tiefer Eingriff nötig, wie ich das hier sehe: https://www.reddit.com/r/synology/comments/ahs3xh/prevent_dsm_listening_on_port_80443/
Diesen Weg möchte ich nicht gehen müssen und ich verzichte lieber auf node-red. Ich werde wohl irgendwann doch mal einen kleinen proxmox einrichten und iobroker in eine VM werfen. Docker nervt langsam, u.A. bei USB Geräten. -
@andre Wenn ich meine Syno IP mit Port 80 aufrufe, kommt halt der DSM Desktop mit Weiterleitung auf 5001. Andere Dienste laufen bei mir nicht.
Um den Port 80 auf der Syno freizugeben ist ja schon ein tiefer Eingriff nötig, wie ich das hier sehe: https://www.reddit.com/r/synology/comments/ahs3xh/prevent_dsm_listening_on_port_80443/
Diesen Weg möchte ich nicht gehen müssen und ich verzichte lieber auf node-red. Ich werde wohl irgendwann doch mal einen kleinen proxmox einrichten und iobroker in eine VM werfen. Docker nervt langsam, u.A. bei USB Geräten.@prinz-ip sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:
Wenn ich meine Syno IP mit Port 80 aufrufe, kommt halt der DSM Desktop mit Weiterleitung auf 5001.
Das ist doch deine Antwort! Wenn der DSM (egal ob es nur eine Weiterleitung ist) darauf antwortet ist der Port belegt. Mögliche Lösung: schau dir mal MACVLAN an.
Und weil das gerade so rüber kommt: Niemand zwingt dich iobroker auf der Synology laufen zu lassen. Ich habe bereits an so vielen Stellen darauf hingewiesen dass es mitunter durch den DSM Einschränkungen gibt, dass ich es nicht mehr zählen kann. Ich sage es ist möglich, empfehle aber nirgends die Verwendung vom Host Netzwerk (wegen eines Kernel Bugs in DSM6) oder USB Devices (wegen der fehlenden Unterstützung in DSM7) an der Disk Station. Aus gutem Grund und mit der eigenen Erfahrung im Rücken.
Bei mir läuft der iobroker längst nicht mehr auf der Disk Station. Die schafft das einfach nicht mehr. Die Idee mit proxmox und vm ist empfehlenswert. Habe ich auch. In der VM dann Docker (wegen der einfachen Verwaltung) und darunter dann meine Container (redis, influxdb, grafana, uvm...). Habe viel ausprobiert, aber das ist die perfekte Lösung für mich (Achtung: persönliche Meinung, nicht zur Diskussion geeignet) :-)MfG,
André -
@prinz-ip sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:
Wenn ich meine Syno IP mit Port 80 aufrufe, kommt halt der DSM Desktop mit Weiterleitung auf 5001.
Das ist doch deine Antwort! Wenn der DSM (egal ob es nur eine Weiterleitung ist) darauf antwortet ist der Port belegt. Mögliche Lösung: schau dir mal MACVLAN an.
Und weil das gerade so rüber kommt: Niemand zwingt dich iobroker auf der Synology laufen zu lassen. Ich habe bereits an so vielen Stellen darauf hingewiesen dass es mitunter durch den DSM Einschränkungen gibt, dass ich es nicht mehr zählen kann. Ich sage es ist möglich, empfehle aber nirgends die Verwendung vom Host Netzwerk (wegen eines Kernel Bugs in DSM6) oder USB Devices (wegen der fehlenden Unterstützung in DSM7) an der Disk Station. Aus gutem Grund und mit der eigenen Erfahrung im Rücken.
Bei mir läuft der iobroker längst nicht mehr auf der Disk Station. Die schafft das einfach nicht mehr. Die Idee mit proxmox und vm ist empfehlenswert. Habe ich auch. In der VM dann Docker (wegen der einfachen Verwaltung) und darunter dann meine Container (redis, influxdb, grafana, uvm...). Habe viel ausprobiert, aber das ist die perfekte Lösung für mich (Achtung: persönliche Meinung, nicht zur Diskussion geeignet) :-)MfG,
André -
@andre Ok, dann ist das wohl die Antwort. Die Docker-Kritik bitte nicht persönlich nehmen ;-) Ich bin dankbar, dass du den container noch pflegst und supportest. Danke auch an die Anderen. VG
@prinz-ip Also: Mit MCVLAN keien Probleme! USB lief auch auf Anhieb wenn man es verstanden hat und auch unter DSM7...
Hast du Vlans? wo ist dein Echo? IP? ich hab ein Studio 1 laufen, also auch recht neu.Bei mir ist das auch ne weile her, aber Port 80 Bezieht sich der nicht auf die Echo Bridge, muss mal suchen ob ich da was gebastelt hatte... in meiner Doku steht dazu nichts mehr - aber mit Node Red lief es relativ schnell...
Gibt es mit USB denn noch Probleme? so generell scheint das doch zu gehen?
-
@prinz-ip Also: Mit MCVLAN keien Probleme! USB lief auch auf Anhieb wenn man es verstanden hat und auch unter DSM7...
Hast du Vlans? wo ist dein Echo? IP? ich hab ein Studio 1 laufen, also auch recht neu.Bei mir ist das auch ne weile her, aber Port 80 Bezieht sich der nicht auf die Echo Bridge, muss mal suchen ob ich da was gebastelt hatte... in meiner Doku steht dazu nichts mehr - aber mit Node Red lief es relativ schnell...
Gibt es mit USB denn noch Probleme? so generell scheint das doch zu gehen?
Ja, ist so wie ihr geschreiben habt, die Echo Devices verbinden sich auf Port 80, der muss frei sein... meine Syno läuft im Subnetz x.x.12.3 und Docker so wie Note Red auf einer igenen IP Adresse x.x.11.16, getrennt VLANS hatte ich aber eh und habe damit meien Amazon Devices vom NAS getrennt... in x.x.11.16 ist port 80 frei beziehungsweise von Node Red für Echo belegt...
-
@prinz-ip Also: Mit MCVLAN keien Probleme! USB lief auch auf Anhieb wenn man es verstanden hat und auch unter DSM7...
Hast du Vlans? wo ist dein Echo? IP? ich hab ein Studio 1 laufen, also auch recht neu.Bei mir ist das auch ne weile her, aber Port 80 Bezieht sich der nicht auf die Echo Bridge, muss mal suchen ob ich da was gebastelt hatte... in meiner Doku steht dazu nichts mehr - aber mit Node Red lief es relativ schnell...
Gibt es mit USB denn noch Probleme? so generell scheint das doch zu gehen?
@boardy Ich benutze keine VLans und bin noch auf DSM6. Es gibt nur ein Netz x.x.178.x. Die Syno (iobroker/node-red) läuft also auch im selben Netz wie die insgesamt 3 Echo Dot Gen3. USB habe ich schon lange aufgegeben, als ich mal Versuche mit Zig Bee gemacht habe. Aber die Baustelle machen wir jetzt lieber nicht auf.
-
Hallo,
ich habe eine Synology DS415+ auf welcher ich den ioBroker im Docker laufen lasse (latest stable version).
Vor kurzem habe ich auf DSM7 aktualisiert. Seither steigt der RAM Verbrauch täglich an, bis nichts mehr geht. Nach einem Neustart der Synology ist der RAM Verbrauch vorerst wieder normal.
Bei meiner anderen DS218, konnte ich unter DSM7 dieses Problem nicht nachvollziehen.
Außer, dass es sich um unterschiedliche Modelle handelt und auf der betroffenen 415+ ioBroker läuft gibt es keine nennenswerte Unterschiede. Der RAM ist im Docker limitiert und nie am oberen Limit.Hat jemand zufällig ebenfalls dieses Problem bei sich beobachtet? In der Synology Community habe ich einen Thread gefunden, wo andere User ebenfalls betroffen sind. Allerdings nicht mit ioBroker aber unter Einsatz von Docker.
-
Hallo ich habe den dash buttons adapter installiert und bekomme beim starten der Instanz folgenden Fehler:
socket: Operation not permitted
ich habe den fixer mehrmals ausgeführt und versucht die Einstellung per Kommando zu setzen.
setcap 'cap_net_raw,cap_net_admin+eip' $(readlink -f $(which node)) ~
dabei kommt folgender Fehler
Failed to set capabilities on file `/usr/bin/node' (Operation not supported)
The value of the capability argument is not permitted for a file. Or the file is not a regular (non-symlink) fileAuch mit gosu root oder sudo hat es nicht funktioniert.
Ich verwende das neuste Image und habe in Portainer die Capabilities
NET_ADMIN
NET_RAWgesetzt.
Bei mir läuft der Host 4.0.18 und Node.js 14.19.0
-
Hallo ich habe den dash buttons adapter installiert und bekomme beim starten der Instanz folgenden Fehler:
socket: Operation not permitted
ich habe den fixer mehrmals ausgeführt und versucht die Einstellung per Kommando zu setzen.
setcap 'cap_net_raw,cap_net_admin+eip' $(readlink -f $(which node)) ~
dabei kommt folgender Fehler
Failed to set capabilities on file `/usr/bin/node' (Operation not supported)
The value of the capability argument is not permitted for a file. Or the file is not a regular (non-symlink) fileAuch mit gosu root oder sudo hat es nicht funktioniert.
Ich verwende das neuste Image und habe in Portainer die Capabilities
NET_ADMIN
NET_RAWgesetzt.
Bei mir läuft der Host 4.0.18 und Node.js 14.19.0
Moinsen!
Irgendwie will er nicht mehr. Mir kommt es so vor, als wenn es nicht mehr klappt seit der Umstellung von json auf jsonl.
Ich setze einen komplett neuen Container in einer Rackstation (er läuft auf der RS seit über 2 Jahren) auf und der iobroker startet nicht.
root@iobroker:/opt/iobroker# iobroker status Cannot read system.config: null (OK when migrating or restoring) iobroker is running on this host. Objects type: file States type: fileStelle ich ein Backup wieder her, läuft er.
Fasse ich aber den Container nur ein einziges Mal an und deploy ihn z.B. neu o.Ä., hab ich wieder gleiche Meldung und muss wieder das Backup restoren.
Ich kann mir keinen Reim drauf bilden, woran es liegen sollte.
Jemand eine Idee? Bin ich mit diesem Problem komplett alleine?Hier noch der Docker-Log:
Nehme ich z.B. das Image mit v5.0.0:
EDIT:
Sollte irgendjemand ein ähnliches Problem haben:
In den ENV vom Container habe ichIOB_OBJECTSDB_TYPEundIOB_STATESDB_TYPEvonfileaufjsonlumgestellt. Nun rennt er wieder wie gewünscht.
Schönen Dank für die rege Anteilnahme ;) -
Ich habe jetzt auch endlich von der Container-Version 5 auf 6.1 upgedatet.
Beim Einloggen in die ioBroker Oberfläche bekomme ich immer diese Meldung:
Ich kann es bestätigen aber beim nächsten Einloggen kommt die Meldung wieder.
Der Status sagt, dass jsonl aktiv ist:
Wie bekomme ich die Meldung weg?
-
Ich habe jetzt auch endlich von der Container-Version 5 auf 6.1 upgedatet.
Beim Einloggen in die ioBroker Oberfläche bekomme ich immer diese Meldung:
Ich kann es bestätigen aber beim nächsten Einloggen kommt die Meldung wieder.
Der Status sagt, dass jsonl aktiv ist:
Wie bekomme ich die Meldung weg?
-
Ich habe Docker deinstalliert (inkl. komplettes Löschen der zugehörigen Dateien) und habe dann Docker neu installiert. Nach der Installation von Portainer und Iobroker hat nun alles funktioniert.
Danke Frank und Danke Andre für eure Hilfeversuche :-). Manchmal hilft nur der Hammer
Gruß
Notsches@notsches Hi, ich weis, der Eintrag ist schon etwas her, aber wir haben ein Ähnliches Scenario, daher wollte ich dich mal fragen, ob du die Online Community VIS Lizenz benutzt und wenn ja ob du Probleme damit hast. Ich habe damit nämlich in meine Konstellation ein Problem. Siehe hier: https://forum.iobroker.net/topic/55616/vis-keine-gültige-lizenz-gefunden/32?_=1655471460872
Gruß Nico
450
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge