[HowTo] ioBroker unter Docker auf Synology DiskStation
-
@FoodFighter said in [HowTo][Anleitung] Installation ioBroker in Docker auf Synology DiskStation:
Ja, steht in der Anleitung so drin und ist m.M. auch richtig so -> 32-bit bedeutet doch genau eine IP (nicht 0).
Ja wird dann wohl so richtig sein. Ich hab da fälschlicher Weise an eine normale Subnetz-Definition gedacht, bei der man ja noch die Broadcast-Adresse abziehen müsste. Aber bei der Definition einer IP-Range ist das ja nicht relevant.
-
@FoodFighter Ich hab das nun nochmals mit nem anderen Wert komplett neu erstellt: Subnet: 192.168.1.0/24, Gateway: 192.168.1.1, IP range: 192.168.1.249/32. Die Fritzbox vergibt IP-Adressen per DHCP nun von .2 bis .240. Nun kann ich beim Container-Start tatsächlich von außen von meinem Windows-Rechner aus die IP 249 tatsächlich sofort anpingen. Nur läuft jetzt beim Start von ioBroker im Container was schief. In Schritt 1 wird nano installiert, in Schritt 2 geht was schief und dann wird wieder bei Schritt 1 gestartet (siehe ioBroker.log).
Dabei scheint jedesmal eine andere IP meines Heimnetzwerks verwendet zu werden und es werden alle freien IPs durchgeklappert, die dann alle in der Fritzbox im Netzwerk auftauchen.
In Schritt 2 des ioBroker-Installationsskripts wird ausgegeben: "There is data detected in /opt/iobroker but it looks like it is no instance of iobroker or a valid backup file!, Please check/ recreate mounted folder/ volume and restart ioBroker container." Das verstehe ich nicht, weil mein gemountetes Verzeichnis außerhalb des Containers (/home/pi/docker-data/iobroker) leer ist. Und da der Container ja neu heruntergeladen wird, wird das interne Verzeichnis /opt/iobroker ja auch leer sein. Vielleicht ist diese Fehlermeldung die Ursache für den Restart und dies wiederum - warum auch immer - die vielen IP-Adressen, die in meinem Heimnetz auftauchen?!
-
@stevie77 sagte in [HowTo][Anleitung] Installation ioBroker in Docker auf Synology DiskStation:
@FoodFighter Ich hab das nun nochmals mit nem anderen Wert komplett neu erstellt: Subnet: 192.168.1.0/24, Gateway: 192.168.1.1, IP range: 192.168.1.249/32.
So, ich hab's nun hinbekommen. Mit der 249 funktioniert das. Wäre ja nie drauf gekommen, dass die 250 solche Probleme verursachen kann. Danke für den hilfreichen Tipp!
Dabei scheint jedesmal eine andere IP meines Heimnetzwerks verwendet zu werden und es werden alle freien IPs durchgeklappert, die dann alle in der Fritzbox im Netzwerk auftauchen.
Au Mann, Anfängerfehler. Hatte vor der Neuinstallation mein Container-externes Persistenz-Verzeichnis in der Raspbian-Oberfläche gelöscht und auf der Konsole mit ls kontrolliert. Erst mit ls -al habe ich nun bemerkt, dass da die versteckte Datei .npmrc der letzten Installation stehen geblieben war. Container neu gestartet ohne die Datei und schon lief alles.
Nun taucht auch diese verwirrende zusätzliche IP nicht mehr auf (die ich am Anfang mit der 250 hatte), es bleibt bei den beiden Raspi-Einträgen, die zu erwarten sind.
Ich danke euch herzlich, dass ihr mich auf die richtige Spur gebracht habt!
-
Leider doch nochmals ich...sorry...
Bei einem Reboot des Raspberry wurde nun neben den korrekten aktiven Verbindungen .25 und .249 in der Fritzbox eine weitere aktive Verbindung
angelegt. Diese kann man im Netzwerk nicht anpingen, wird nur kurz als aktiv in der Fritzbox angezeigt und wandert dann in die Tabelle ungenutzte Verbindungen. Warum passiert das? Die MAC-Adresse ist verschieden von denen für .25 und .249, falls das hilft die Frage zu klären... -
Na das freut mich, dass du es geschafft hast
Nachdem jetzt alles funktioniert könntest du spaßhalber mal versuchen, ob jetzt im Nachheinein die .250 funktioniert...falls nicht kannst du ja problemlos zurück auf die 249 schwenken (für den Versuch einfach eine zweite macvlan-config + macvlan anlegen und im Container auswählen).Mein Bauchgefühl sagt, dass es nicht funktionieren wird - ohne wissenschaftlichen Hintergrund.
Eine Lösung für die Fritzbox-Leichen habe ich leider nicht gefunden, wenn auch viel gesucht.
Ich hätte zum Beispiel gerne die .20 fest vergeben (für die Dreambox)...würde gut in mein ausgeklügeltes IP-Schma passen -> keine Chance...irgendeine Leiche in der FB blockiert die .20
Falls da jemand eine Lösung finden sollte -> Bitte melden!@stevie77 said in [HowTo][Anleitung] Installation ioBroker in Docker auf Synology DiskStation:
Warum passiert das?
DAS ist mir auch schon aufgefallen und geht mir auch gegen den Strich - so ganz bin ich noch nicht durch gestiegen, was das ist.
Mein RPI liegt auf .11, mein iobroker-vlan auf .12
DHCP-Bereich ist bei mir .150 - .254
Bei jedem Neustart des Containers bekommt der RPi einmal ganz kurz (unter variierenden MAC-Adressen...und damit immer eine neue IP) eine IP aus dem DHCP-Bereich, bevor dann letztendlich die .12 für das iobroker-vlan zieht (z.B. .158) - Diese bleibt dann logischerweise eine kleine Weile in der Fritzbox als aktiv gekennzeichnet, da diese ja nicht sekündlich die Erreichbarkeit der Teilnehmer kontrolliert, bevor die aus der Teilnehmer-Liste fleigen. Imho müssten das irgendwas zwischen 10-15min sein, die inaktive Teilnehmer noch aktiv angezeigt werden.Wieso der Container erstmal eine DHCP-IP bekommt und wieso dabei auch immer eine andere MAC-Adresse gemeldet wird, ist mir ein Rätsel.
Vielleicht haben die Profis da noch eine Idee ( @Holzlenkrad )? -
Dieses merkwürdige Verhalten mit dem zusätzlichen Eintrag in der FritzBox ist mir auch schon aufgefallen. Das ganze kommt aber auch erst bei neueren Kernel-Versionen vor, deswegen vermute ich, dass der ARP Stack zwar mittlerweile wieder funktionsfähig, aber noch nicht wirklich fehlerfei ist...
Wie ist das denn bei euch? Bekommt die FritzBox einen neuen Eintrag, wenn ihr den Container neu startet oder nur wenn ihr einen neuen Container erstellt?
-
@Holzlenkrad said in [HowTo][Anleitung] Installation ioBroker in Docker auf Synology DiskStation:
Wie ist das denn bei euch? Bekommt die FritzBox einen neuen Eintrag, wenn ihr den Container neu startet oder nur wenn ihr einen neuen Container erstellt?
Neustart des Containers genügt definitiv....ich habe da grade mal gespielt...jetzt wird der DHCP-Bereich langsam knapp
Was eine Möglichkeit ist: Wenn man im Container eine feste MAC-Adresse einstellt (zum Beispiel die aktuelle), dann bekommt der container wenigstens immer die gleiche "temporäre" IP und sprengt nicht den DHCP-Bereich.
(Irgendwas ähnliches hatte hier neulich mal jemand geschrieben)[Edit]
TS020339 war das - hierP.S....Boah der Aufbau dieses Forums ist echt....gewöhnungsbedürftig
-
@FoodFighter sagte in [HowTo][Anleitung] Installation ioBroker in Docker auf Synology DiskStation:
Ja, geht.
Container mit einem Netzwerk erstellen, danach den gestarteten Container anklicken (Übersicht) und dann unten auf "Join Network"Und dann wählt man unter "Join a network" den Eintrag bridge aus, also zusätzlich zum erstellten MACVLAN-Netzwerk iob_public? Das hat keine Nachteile, nur den Vorteil, dass der ioBroker dann auch mit anderen Apps in Containern auf dem Host sprechen kann?
-
@stevie77 said in [HowTo][Anleitung] Installation ioBroker in Docker auf Synology DiskStation:
Und dann wählt man unter "Join a network" den Eintrag bridge aus, also zusätzlich zum erstellten MACVLAN-Netzwerk iob_public?
Genau
Das hat keine Nachteile, nur den Vorteil, dass der ioBroker dann auch mit anderen Apps in Containern auf dem Host sprechen kann?
Mir würde kein Nachteil einfallen und ja, kommunizieren kannst du dann über die Container-IPs (meistens 172.17.0.x) intern über die Container hinweg.
Ich bin da auch kein Profi und auch kein ITler, ich fummel mich da grade mehr oder minder auch nur durch alles durch, also bezüglich der Nachteile will ich mich da nicht festlegen.
-
@FoodFighter sagte in [HowTo][Anleitung] Installation ioBroker in Docker auf Synology DiskStation:
Na das freut mich, dass du es geschafft hast
Und mich erst
Nachdem jetzt alles funktioniert könntest du spaßhalber mal versuchen, ob jetzt im Nachheinein die .250 funktioniert...falls nicht kannst du ja problemlos zurück auf die 249 schwenken (für den Versuch einfach eine zweite macvlan-config + macvlan anlegen und im Container auswählen).
Muss ja daran gelegen haben, ich hatte ja nichts anderes geändert.
Interessehalber: Wie würde man das mit Portainer machen? macvlan-config + macvlan anlegen ist klar, und dann einfach im laufenden ioBroker-Container Leave network und Join a network ausführen?DAS ist mir auch schon aufgefallen und geht mir auch gegen den Strich - so ganz bin ich noch nicht durch gestiegen, was das ist.
Freut mich ja fast, dass nicht nur ich dieses Problem habe.
Bei jedem Neustart des Containers bekommt der RPi einmal ganz kurz (unter variierenden MAC-Adressen...und damit immer eine neue IP) eine IP aus dem DHCP-Bereich, bevor dann letztendlich die .12 für das iobroker-vlan zieht (z.B. .158) - Diese bleibt dann logischerweise eine kleine Weile in der Fritzbox als aktiv gekennzeichnet, da diese ja nicht sekündlich die Erreichbarkeit der Teilnehmer kontrolliert, bevor die aus der Teilnehmer-Liste fleigen. Imho müssten das irgendwas zwischen 10-15min sein, die inaktive Teilnehmer noch aktiv angezeigt werden.
So hatte ich das noch gar nicht gesehen/verstanden. Hört sich aber sinnig an. Ich ging davon aus, dass immer ein zusätzliches neues (wenn auch nicht existierendes Gerät) erzeugt wird, aber es wird so sein, wie du sagst.
-
@stevie77 said in [HowTo][Anleitung] Installation ioBroker in Docker auf Synology DiskStation:
Interessehalber: Wie würde man das mit Portainer machen?
ICH würde es so machen, dass ich den Container öffne (Übersicht) -> dann Duplicate/Edit -> Netzwerk ändern -> Deploy the Container
Dann startet der einmal sauber mit den neuen Einstellungen durch.Ich ging davon aus, dass immer ein zusätzliches neues (wenn auch nicht existierendes Gerät) erzeugt wird
Ich glaube der Container bekommt einfach bei jedem Start eine neue MAC-Adresse generiert und deswegen halt auch eine neue IP im DHCP-Bereich der fritzbox, weil er für die FB ja ein völlig neues Gerät ist.
Die Frage ist halt, wieso er sich überhaupt einmal über DHCP eine IP holt....und ob er das immer noch tut, wenn der container eine feste MAC zugewiesen bekommt.
Das kann ich im Moment noch nicht testen. -
@FoodFighter Ich hab das jetzt mal in verschiedenen Varianten getestet (mit und ohne MAC, mit und ohne IP), war aber schon zu Beginn wenig vom Erfolg überzeugt, da der laufende Container bei mir immer mit derselben MAC-Adresse aufschlägt.
02:42:C0:A8:01:F9 249 Container
DC:A6:32:65:EE:70 25 Raspi1500, Host
Dazwischen habe ich den Eintrag mit IP 14 in der Fritzbox immer wieder gelöscht. Scheinbar haben andere User (ts020339) es ja geschafft, dass wenigstens nur ein komischer IP-Eintrag über bleibt. @ts020339, habe ich das richtig eingetragen? So war es gedacht, oder?
Bei mir denkt er sich zum Container-Start trotzdem jedes Mal neue MAC-Adressen aus:
32:9C:04:C7:90:66 14 Raspi1500, ?
2E:28:C2:FC:14:46 14 Raspi1500, ?
BE:EF:F0:E4:08:2E 14 Raspi1500, ?
BA:FB:F7:FB:0F:87 14 Raspi1500, ?
4E:CA:F9:CF:62:C3 14 Raspi1500, ?
Und wenn die jedes Mal anders ist, gibt's ja auch immer einen neuen FB-Eintrag...sagt es irgendwas aus, dass der Name immer Raspi1500 heißt, also so wie mein Host? -
Trenn die MAC mal durch Minus, nicht mit Doppelpunkt (so ist es im halb-transparentem Beispiel in dieser Zeile @ Portainer vorgeschlagen, wenn die Zeile noch leer ist).
Die IP kannst du weg lassen, die ist durch dein MACVLAN festgelegt.
Bevor die Frage aufkommt:
Weshalb ich bei Primary DNS und Secondary DNS einmal localhost und einmal die Fritzbox drin stehen habe, kann ich gar nicht mehr genau sagen. Irgendwo habe ich mal beiläufig gelesen, dass es wohl partiell Probleme gibt, wenn localhost nicht als Primary DNS im Container eingetragen ist... ich kriege aber nicht mehr zusammen wo und warum.
Funktioniert so...bleibt so... -
@FoodFighter sagte in [HowTo][Anleitung] Installation ioBroker in Docker auf Synology DiskStation:
Trenn die MAC mal durch Minus, nicht mit Doppelpunkt (so ist es im halb-transparentem Beispiel in dieser Zeile @ Portainer vorgeschlagen, wenn die Zeile noch leer ist).
Macht natürlich Sinn, wenn das so vorgegeben ist. Hat aber leider nichts gebracht. Erst dachte ich, dass das Hinzufügen der DNS-Adressen was gebracht hätte, aber es kam nur die FB-Mail sehr verspätet an. Dann dachte ich, es liegt am Hinzufügen des Bridge-Netzwerks bzw. an dessen Fehlen nach einem Raspi-Reboot. Leider auch verspätete Mail. Bei mir kommt mit diesen Einstellungen auch bei jedem Restart des Containers eine neue weitere Fake-IP hinzu.
Das Bridge-Netzwerk kann ich wahrscheinlich nur permanent hinzufügen, wenn ich den Container mit Docker-Compose (oder wie das heißt) erstelle? Und gehe ich recht in der Annahme, dass man von einem in Portainer erstelltem Container nicht zu einem solchen Docker-File kommt? Oder kann Portainer das irgendwie generieren? Müsste ja eigentlich möglich sein, denn vermutlich läuft ja genau dieses generierte Skript im Hintergrund beim Erstellen und Starten?!
-
@stevie77 said in [HowTo][Anleitung] Installation ioBroker in Docker auf Synology DiskStation:
Bei mir kommt mit diesen Einstellungen auch bei jedem Restart des Containers eine neue weitere Fake-IP
Jupp...ich konnte es jetzt auch ausprobieren und kann das bestätigen -> Eintragung einer festen MAC nutzt nichts.
Schade!Oder kann Portainer das irgendwie generieren?
Nach der Möglichkeit suche ich auch noch für ein "schnelles Container-Backup" ...aber prinzipiell ist ein Docker-File auch schnell zusammen geklimpert.
Die nötigen Einstellungen halten sich ja sehr schwer in Grenzen.Die Einstellungen der gejoineten Netzwerke bleiben in Docker beim Container-Neustart erhalten.
Wenn du den Container neu erstellst (recreate) oder editierst und neu deployst fehlt die Netzwerk-Bridge natürlich wieder (das ist ja Sinn von Docker, dass der Container immer so gestartet wird, wie du ihn gerade erstellst). In dem Fall musst du also erneut die Bridge hinzufügen.Das wäre aber mit Docker-Compose nichts anderes abgesehen davon, dass man per compose die zweite Netzwerkkarte direkt mitgeben würde.
-
Ich vermute, dass dieser Eintrag der immer in der FritzBox auftaucht gar nicht der neu erstelle Container ist, sondern praktisch das virtuelle Netzwerk-Interace auf dem Host darstellt, das zwischen physischem Netzwerk und dem macvlan-Netzwerk innerhalb von Docker vermittelt.
Wie gesagt, ich denke weiterhin, dass das nur ein Bug ist, weil ich mich an so ein Verhalten von meinem Docker-Setup auf der alten Rasbian-Version nicht erinnern kann.
Aber da ich jetzt wo alles läuft den Container ohnehin nur ca. alle 4 Wochen zum updaten neu starten werde und auch keine Mail-Benachrichtigungen von der FritzBox bekomme, stört mich das nicht weiter.Einfach regelmäßig den Kernel updaten und hoffen dass das bald behoben wird...
-
@Holzlenkrad said in [HowTo][Anleitung] Installation ioBroker in Docker auf Synology DiskStation:
Aber da ich jetzt wo alles läuft den Container ohnehin nur ca. alle 4 Wochen zum updaten neu starten werde und auch keine Mail-Benachrichtigungen von der FritzBox bekomme, stört mich das nicht weiter.
Einfach regelmäßig den Kernel updaten und hoffen dass das bald behoben wird...Sehe ich ähnlich - was bleibt uns anderes übrig.
Danke für deine Meinung und Hilfestellungen. -
@Holzlenkrad sagte in [HowTo][Anleitung] Installation ioBroker in Docker auf Synology DiskStation:
Ich vermute, dass dieser Eintrag der immer in der FritzBox auftaucht gar nicht der neu erstelle Container ist, sondern praktisch das virtuelle Netzwerk-Interace auf dem Host darstellt, das zwischen physischem Netzwerk und dem macvlan-Netzwerk innerhalb von Docker vermittelt.
Liegt nahe, da der Eintrag in der Fritzbox ja immer den Namen des Hosts hat.
Wie gesagt, ich denke weiterhin, dass das nur ein Bug ist, weil ich mich an so ein Verhalten von meinem Docker-Setup auf der alten Rasbian-Version nicht erinnern kann.
Aber da ich jetzt wo alles läuft den Container ohnehin nur ca. alle 4 Wochen zum updaten neu starten werde und auch keine Mail-Benachrichtigungen von der FritzBox bekomme, stört mich das nicht weiter.Und falls die ganzen belegten IPs irgendwann einem neu hinzukommendem Gerät keine freie IP mehr lassen, halt mal wieder ne halbe Stunde Fritzbox bereinigen.
A propos, André liefert also regelmäßig ioBroker-Updates als Docker-Container aus? Wie bekommt man das mit, dass man den Container restarten muss?Einfach regelmäßig den Kernel updaten und hoffen dass das bald behoben wird...
Das macht ja Mut, dass es ein Bug (und nicht schon immer Standardverhalten) zu sein scheint. Okay, danke mal soweit an alle. Dann kann es ja langsam dran gehen, überhaupt mal ioBroker kennen zu lernen.
Erster Schritt: Die Einbindung meines E3/DC-Hauskraftwerks, auch nach Andrés Anleitung. Da nerve ich dann wieder andere... -
HALLO, ist vielleicht nicht ganz passend an dieser Stelle, aber vom Thema her wahrscheinlich schon.
Die Idee ioBroker mittels Docker auf der DS laufen zu lassen finde ich aktuell sehr spannend und "einfach" zu bewerkstelligen. Mein vorheriger Gedanke war es, den ioBroker auf einen Raspi im Wohnzimmer mit Zigbeestick laufen zu haben, da er dort sehr zentral stehen würde, zwecks Empfange und Reichweite der Zigbeegeräte.
Nachdem das NAS aber dezentral, sprich am anderen Ende des Hauses im Technikraum stehen wird ist das nicht optimal.Aus anderen Beiträgen habe ich schon gelesen, das es möglich sein sollte, den Zigbeestick in den Docker zu bekommen und in ioBroker einzubinden, nur ist der Empfang dort grottig.
Meine Frage nun, wie ich das Problem lösen kann?
- NAS zentral in Wohnzimmer stellen, dürfte kein Problem sein, wird derweil nicht präferiert wegen Lautstärke des Geräts.
- USB over Ethernet, sprich vom NAS mit USB raus, USB in LAN-Kabel und zur Netzwerkdose im Wohnzimmer, LAN zu USB, und dann Zigbeestick dran --> wieder zentral. Entsprechende Adapterkabel USB-LAN gibts.
- oder Raspi für ioBroker + Stick im WZ lassen, NAS im Technikraum lassen und Motioneye über Docker und Container auf NAS laufen lassen und dann in die VIS als Livebild (das ist ein anderes Thema was ich spekuliere, aber noch nicht spruchreif ist, sollte aber funktionieren!?)
-
@flrnwrzl Nicht ganz passend ist etwas untertrieben. Überhaupt nicht passend schon eher. Man geht ja auch nicht zum Porschehändler und sagt: So ein 911er ist schon ganz spannend aber ich hätte da mal ne Frage zum Apfelbaum in meinem Garten.
In dem Thread gehts ja um die Installation von ioBroker im Docker Container auf der Diskstation. Du solltest vielleicht einen eigenen Thread unter Allgemein aufmachen um das zu klären.
Aber eine Frage beantworte ich dir trotzdem, ich weiß zwar nicht wo du das gelesen hast aber den Zigbee Stick in den Docker zu bekommen ist kein Problem und wenn man (was man immer machen sollte egal wo man den Stick ansteckt, ob mit Docker oder ohne) eine 50cm USB-Verlängerung dazwischenhängt hat man auch keine Empfangsprobleme
