NEWS
[HowTo] ioBroker unter Docker auf Synology DiskStation
-
Jetzt habe ich noch mal eine weitere Frage. Meine DS läuft auf den beiden IP-Adressen 192.168.0.10 und 11. Die FRITZ!Box hat die 192.168.0.1.
Frei sind in meinem Netzwerk noch die Adressen 12 bis 19. Ist jetzt die folgende Konfiguration für MACVLAN korrekt?
Und kann ich dann nach deiner obigen Anleitung die 13 für den MariaDB-Container vergeben?
Ich bin da ein wenig irritiert, weil André in seinem Manual von virtuellen IP-Adressen gesprochen hat.
-
Also die Version 1.23.0 des Portainers ist irgendwie nicht so ganz produktiv..
Jetzt habe ich mich dummerweise verschrieben ("oth0" statt "eth0"). Wo bzw. wie kann man das umeditieren?
Kann doch nicht sein, dass man da nichts mehr an fehlerhaft vorgenommenen Netzwerkeinstellungen ändern kann. Und löschen geht natürlich auch wieder nicht, da angeblich "in use". Muss ich wohl wieder von vorne beginnen.
Oder gibt es da Editiermöglichkeiten in der docker.sock? Wenn ich diese lösche, dann hat das auch negativen Einfluss auf den gesamten Docker.
-
So,
jetzt habe ich es hinbekommen den ioB zweimal parallel laufen zu lassen und damit die neue Installation auf meine alte Ausstattung zu brigen.
Dafür erstmal danke an @andre und @duffbeer2000 !
Ein paar Punkte habe ich noch offen.Punkt 1 - wie oben bereits von @Negalein geschrieben muss ich nach dem dem Container-Neustart chmod 777 /dev/tty* ausführen um die USB Sticks durchzureichen.
Kann man das automatisieren?Punkt 2 - zwave bleibt gelb, obwohl es keine wirklichen Fehlermeldungen im Log gibt.
( -
@Telefisch sagte in [HowTo][Anleitung] Installation ioBroker in Docker auf Synology DiskStation:
Kann man das automatisieren?
so wie ich es verstanden habe, müsste dies nun mit 4.1.0 funktionieren.
-
@Negalein Also ich habe heute die last-Version geladen.
Da musste ich es eben noch einrichten.Ich probiere das morgen nochmal.
-
So,
ich habe jetzt mal die aktuelle Version des Containers ganz normal im Host-Modus über den Docker installiert. Und was soll ich sagen? Alles läuft. Hätte ich mir viel Ärger die letzten Tage ersparen können.
Der Portainer kam jetzt weg und die MariaDB läuft wieder direkt auf der DS in Verbindung mit phpMyAdmin über Port 3307. Auch der Zugriff auf den yahka-Adapter über die Home App klappte auf Anhieb.
Puh. Bin erleichtert.
-
@rostnagel
Was hast du denn bisher gemacht? Wie lautet deine Konfiguration?
Hast du die für den Adapter benötigten Linux-Pakete installiert?
Wie schaut es mit den Capabilities aus?
Falls dir das nichts sagt, lies bitte mal die readme vom radar2 Adapter.
Mit Adapter installieren und Device durch reichen ist es hier nicht getan....MfG,
André -
@dtp
Sorry dass ich mich jetzt erst zu Wort melde. Habe gerade mal deine letzten Beiträge gelesen und ein weiteres Mal festgestellt, dass ich dringend was in Richtung Docker Basics machen muss...Mir ist wichtig, dass jeder versteht dass der Portainer nicht Docker ist! Docker ist ein Dienst der auf dem Host (z.B. der DS) läuft. Normalerweise bedient man den Dienst per Kommandozeile. Es gibt aber auch Weboberflächen die praktisch im Hintergrund die grafischen Eingaben in Kommandozeilenbefehle umwandeln. Und die Ausgaben wiederum grafisch darstellen. Solche eine Oberfläche liefert Synology im DSM bereits mit. Das Problem: Diese Oberfläche bietet einfach zu wenig Funktionen. Eine umfangreichere Administrations-Oberfläche ist z.B. Portainer...
DIe Beziehung zwischen Docker und Portainer ist übrigens in etwa wie die Beziehung zwischen deiner mariadb und dem phpmyadmin...Weiterhin ist der Dockerdienst nunmal so konzipiert, dass man nicht einfach Konfigurationen anpassen kann. Hier gilt das Prinzip: Löschen und neu Einrichten. Mit docker-compose gibt es ein Hilfsmittel mit dem man durch ein einfaches "Konfigurationsfile" schnell und einfach einen oder mehrere Container inklusive Netzwerke, Volumes und was sonst so benötigt wird aufsetzen kann. An einem entsprechenden Tutorial inkl. Beispiel arbeite ich gerade...
Generell führen viele viele Wege zum Erfolg. Der Container lässt sich natürlich auch ohne portainer aufsetzen. Aber MACVLAN geht schonmal über die Oberfläche der DS nicht... Und auch mit dem Durchreichen von USB-Devices oder dem Setzen von Capabilities wird es da schwer. Wer das benötigt, der muss entweder eine andere Oberfläche oder die Kommandozeile verwenden...
MfG,
AndréPS: Freut mich übrigens, dass du nicht die Flinte ins Korn geworfen hast. Das Thema "ioBroker unter Docker" ist nicht ganz einfach. Um so besser dass du einen Weg gefunden hast wie es für dich am Besten funktioniert...
-
Hallo André,
danke für deine Rückmeldung. Also alles in die Tonne zu treten wäre definitiv nicht in Frage gekommen. Dafür läuft der ioBroker in deinem Docker-Image auf der DiskStation einfach zu gut.
Eigentlich hätte ich es auch gerne mit dem Portainer und MACVLAN weiterlaufen lassen. Ich hatte zwischenzeitlich auch gelesen, dass man für den Zugriff auf die lokal auf der DS installierte MariaDB wohl eine Bridge hätte einrichten müssen. Aber da nun alles im Host-Modus läuft und ich aktuell nicht so viele freie Ports benötige, lasse ich es wohl lieber so.
Gruß,
Thorsten
-
@dtp
Richtig dazu musst ein Netzwerk "Bridge" einrichten. Dies ist hier auch irgendwo erklärt.
Das Problem bei so einem Thread ist einfach, er wird zu groß und wenn man nicht ständig mitliest, kommt man nur durcheinander.
Auch mir passiert es, dass ich weiß, ich habe es hier irgendwo gelesen, aber wo....
Daher ist ein Wiki o.ä. immer sehr hilfreich, verstehe aber auch André, dies ist Zeitaufwändig und hinzu kommt, wie formuliere ich dies verständlich. -
So,
heute kam eine neue Version des js-controllers raus und ich musste feststellen, dass ich den ohne Portainer nicht installiert bekomme. Also fix den Portainer wieder installiert und dann darüber in die Konsole des ioBrokers gegangen, um das update durchzuführen.
Bis dann,
Thorsten
-
Hm. Hat der Container nicht ein eigenes Terminal?
-
Doch, aber darüber sind leider keine Eingaben möglich.
-
-
@dtp sagte in [HowTo][Anleitung] Installation ioBroker in Docker auf Synology DiskStation:
Doch, aber darüber sind leider keine Eingaben möglich.
sollte aber normal funktionieren.
Ich verwende zwar nur noch die Konsole vom Portainer, aber auch im Docker selbst funktioniert sie. -
@Glasfaser sagte in [HowTo][Anleitung] Installation ioBroker in Docker auf Synology DiskStation:
Gehe auf erstellen und wähle " bash" aus
Ah. Danke. Funktioniert.
-
Hallo André,
Ich habe IoBroker nach deiner Anleitung im MACVLAN und einem eingehängten Bridge Netzwerk am laufen.
Jetzt möchte ich meine Wetterstation direkt auslesen und im Skript das ich benutzen möchte (Anleitung: https://github.com/SBorg2014/WLAN-Wetterstation/wiki/Installation) werden die Befehle bc und nc verwendet.
Leider bekomme ich immer eine Fehlermedung (Paket bc kann nicht gefunden werden).
Gibt es eine Möglichkeit diese Befehle zu installieren?
Sg. Gerald -
@gerald123 sagte in [HowTo][Anleitung] Installation ioBroker in Docker auf Synology DiskStation:
Gibt es eine Möglichkeit diese Befehle zu installieren?
ENV ---> PACKAGES
-
@darkiop Was sollte ich hier einstelle damit es funktioniert?
-
Seltsam. Seit der Version 4.1 und der Installation des ioBroker-Containers im Host-Modus kann ich keine Instanzen und Adapter mehr löschen. Es wird zwar der Löschvorgang angezeigt, aber am Ende dreht sich die runde Fortschrittsanzeige unaufhörlich weiter und die admin-Oberfläche hängt sich auf.
Ich muss den ioBroker dann jedes Mal über den Docker neu starten. Selbst ein Löschen im node_modules-Verzeichnis mit "sudo rm -R iobroker.Adapter" funktioniert zwar zunächst, doch nach dem Neustart des ioBroker sind Instanz und Verzeichnis wieder da. Jemand eine Idee?
Ich habe sowohl den fixer drüber laufen lassen, als auch die Rechte alle Unterverzeichnisse und Dateien auf 777 gesetzt.
Neue Adapter und Instanzen sowie deren Updates lassen sich problemlos installieren und dann auch wieder deinstallieren. Es geht nur um die Adapter und Instanzen, die vor dem Update auf die Version 4.1 bereits installiert waren. So ließen sich z.B. weder der Parser- noch der Pushover-Adapter samt zugehöriger Instanzen deinstallieren.
EDIT: Auch ein "npm rebuild" hat an der Situation leider nichts geändert.