[HowTo] ioBroker unter Docker auf Synology DiskStation

[Negalein]

@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.

[Telefisch]

@Negalein Also ich habe heute die last-Version geladen.
Da musste ich es eben noch einrichten.

Ich probiere das morgen nochmal.

[dtp]

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.

[andre]

@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é

[andre]

@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...

[dtp]

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

[tugsi]

@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.

[dtp]

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

[haselchen]

@dtp

Hm. Hat der Container nicht ein eigenes Terminal?

[dtp]

Doch, aber darüber sind leider keine Eingaben möglich.

[Glasfaser]

@dtp

Gehe auf erstellen und wähle " bash" aus

.

[Negalein]

@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.

[dtp]

@Glasfaser sagte in [HowTo][Anleitung] Installation ioBroker in Docker auf Synology DiskStation:

Gehe auf erstellen und wähle " bash" aus

Ah. Danke. Funktioniert.

[gerald123]

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

[darkiop]

@gerald123 sagte in [HowTo][Anleitung] Installation ioBroker in Docker auf Synology DiskStation:

Gibt es eine Möglichkeit diese Befehle zu installieren?

ENV ---> PACKAGES

[gerald123]

@darkiop Was sollte ich hier einstelle damit es funktioniert?

[dtp]

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.

[dtp]

Ich glaube, ich habe die Ursache für mein Problem gefunden.

Mit Port 9000 hatte ich schon bei der MACVLAN-Installation Probleme, so dass ich Port 8889 auf Port 9000 umgeleitet habe. Nur leider geht das im Host-Betrieb ja nicht.

Hat jemand vielleicht einen Tipp? Durch was ist Port 9000 auf der DS blockiert?

[gerald123]

@dtp Bei mir ist Portainer in der Standardinstallation auf Port 9000 angelegt.
Ist das möglicherweise bei dir auch so?

[dtp]

Ich nutze den Portainer ja nicht mehr und hatte den entsprechenden Container wieder deinstalliert. Daher dürfte da ja eigentlich keine Port-Blockierung mehr vorliegen, oder?

9000 und 9001 sind doch die Ports für den Multihost-Betrieb. Kann man den nicht einfach deaktivieren, wenn man ihn - wie ich - nicht nutzt?

EDIT: Ich glaube, es wird mal wieder Zeit für einen Clean Install.

EDIT2: Hab jetzt einen jungfräulichen ioBroker-Container erstellt, dann mit

iobroker backup

ein Backup der alten ioBroker-Konfiguration gemacht und es mit

iobroker restore <Dateiname_Backup_file>

in den neuen Container eingespielt. So wurden alle Adapter neu erstellt. Und jetzt funktioniert auch wieder das Löschen. Einziger Nachteil: ich muss jetzt die Home App wieder komplett neu konfigurieren, weil sie die bisherigen Bridges nicht mehr finden konte. Daher musste ich für jede jahka-Instanz einen neuen User setzen, und darf nun in der Home App wieder gut 200 Devices konfigurieren.