[HowTo] ioBroker unter Docker auf Synology DiskStation

[Superdad]

Hatte heute früh einen Neustart des NAS.

Danach lief der Container nicht automatisch an.

Habe folgende Meldung im Protokoll:

[….] Stopping Avahi mDNS/DNS-SD Daemon: avahi-daemonProcess 39 died: No such process; trying to remove PID file. (/var/run/avahi-daemon//pid)

stdout

09:24:35

[?25l7[1G[[32m ok [39;49m8[?12l[?25h.

stdout

09:24:35

[….] Starting Avahi mDNS/DNS-SD Daemon: avahi-daemon[?25l7[1G[[32m ok [39;49m8[?12l[?25h.

stdout

09:24:37

iobroker controller daemon already running. PID: 65

Nach einem manuellen Neustart läuft es wieder.

[Superdad]

Kommando zurück!

Läuft doch nicht an!

[andre]

@Superdad:

Hatte heute früh einen Neustart des NAS.

Danach lief der Container nicht automatisch an.

Habe folgende Meldung im Protokoll:

[….] Stopping Avahi mDNS/DNS-SD Daemon: avahi-daemonProcess 39 died: No such process; trying to remove PID file. (/var/run/avahi-daemon//pid)

stdout

09:24:35

[?25l7[1G[[32m ok [39;49m8[?12l[?25h.

stdout

09:24:35

[….] Starting Avahi mDNS/DNS-SD Daemon: avahi-daemon[?25l7[1G[[32m ok [39;49m8[?12l[?25h.

stdout

09:24:37

iobroker controller daemon already running. PID: 65

Nach einem manuellen Neustart läuft es wieder. `
Die Logeinträge sind ok, normaler Start. Irgendjemand hatte schon mal das Problem mit dem Starten. Bei mir tritt das nicht auf…

Läuft denn der Container nach dem Start nicht an, oder läuft zwar der Container, nicht aber iobroker? Wenn der Container nicht startet, dann ist das ein Docker-Problem.

Dann wäre eine Idee ihn nach dem restart der DS zur Sicherheit nochmal per Script im Aufgabenplaner an zu schubsen. Müsste ich aber selbst erst testen...

MfG, Andre

Gesendet von Unterwegs mit Tapatalk

[Superdad]

So, habe jetzt noch einmal neu gestartet.

Der Container läuft an.

Unter Prozesse steht alles auf Null.

iObroker läuft also nicht an.

[Superdad]

Jetzt habe ich über Terminal

cd /opt/iobroker

iobroker start

eingegeben.

Dann läuft iOBroker an.

Komisch?!

[andre]

Mhh, selbes fehlerbild wenn du den Container manuell stoppst und startest?

MfG, Andre

Gesendet von Unterwegs mit Tapatalk

[Superdad]

Wenn ich danach wieder stoppe und starte, dann läuft es wieder.

Alle Prozesse werden gestartet.

Fehler tritt nur bei Neustart der Synology auf.

[Superdad]

Habe jetzt ein paar Mal probiert.

Es geht jeder zweite Neustart in die Hosen.

Warum auch immer?

[Superdad]

Jetzt ist ein neues Problem aufgetreten.

Bisher hatte ich ein Script für meine Ip-Kamera.

In dem Script ist ein Verweis auf den Speicherpfad:

dest_path = '/volume1/surveillance/Vorgarten/image/';

Hat bisher immer funktioniert.

Jetzt im Docker bekomme ich folgende Meldung:

Fehler beim Bild speichern: Error: ENOENT: no such file or directory, open '/surveillance/Vorgarten/image/BildEingang.jpeg

Muss ich den Pfad jetzt anders schreiben?

Oder im Docker noch etwas einstellen?

[andre]

Das wird mit dem Pfad nicht gehen, weil iobroker jetzt ja im Container läuft und ein eigenes Filesystem besitzt. Du kannst den Pfad aber sicher in den Container einhängen. So wie schon den iobroker Ordner. Dann noch den Pfad im Script anpassen und fertig. Denke ich…

MfG, Andre

Gesendet von Unterwegs mit Tapatalk

[gingo79]

Hallo,

mit den Start Problemen von iobroker war ich.

Ich war in den letzten Wochen Privat sehr eingespannt, wollte mich diesbezüglich eigentlich schon ehr wieder Bemerkbar machen…aber so ist das Leben

Also ich habe es weiterhin, das nach dem morgendlichen Aufwachen der Synology, iobroker bei mindestens jeden 2. mal nicht anläuft. (Container läuft, Iobroker Prozesse laufen nicht)

Ich muss dann manchmal bis zu 5 mal den Container restarten, bis iobroker läuft.

Das ist nervend rauben, so das ich sogar schon wieder an überlegen war zum Raspberry zurück zu kehren.

Aber mit Andre's Lösung ist es viel komfortabler und iobroker selbst läuft stabiler.

Irgendwie streube ich mich auch, die Synology 24 Stunden durchlaufen zu lassen, wegen Verschleiß.

Vielleicht gibt es noch eine Lösung...

Gruß

Gingo79

[Superdad]

Das Problem mit dem Pfad zur Surveillance habe ich hinbekommen.

Aber das Problem mit dem Start besteht weiterhin.

Bei jedem zweiten Start.

Dann muss ich über Terminal starten. Da läuft es dann wieder.

[andre]

Hallo,

leider kann ich das Problem bei mir weiterhin nicht nachstellen.

Ihr könnt aber mal folgendes versuchen:

Im Verzeichnis /opt/iobroker (Installationsverzeichnis von ioBroker) gibt es eine Datei startup.sh. Fügt doch zum Testen mal bitte vor die Zeile

/opt/scripts/avahi-start.sh

eine Zeile mit

./iobroker stop

ein. Komplett sollte die Datei dann so aussehen:

#!/bin/sh

if [ -f .install_host ];
then
	sed -i "s/$(cat .install_host)/$(hostname)/g" iobroker-data/objects.json
	rm .install_host
fi

./iobroker stop
/opt/scripts/avahi-start.sh
./iobroker start
cd /
/bin/bash

Der hinzugefügte Eintrag sollte bewirken, dass beim Start des Containers, sofern ioBroker schon laufen sollte, dies einmal beendet wird um dann hoffentlich sauber zu starten. Einen anderen Anhaltspunkt habe ich aktuell leider nicht.

MfG,

André

[Superdad]

Vielen Dank für deine Bemühungen.

Mit dem Eintrag geht dann gar nichts mehr.

Kann damit leben, dass es bei jedem Zweitstart in die Hosen geht.

Wenn man weiss woran es liegt und was man dann machen muss, geht es ja.

[andre]

@Superdad:

Vielen Dank für deine Bemühungen.

Mit dem Eintrag geht dann gar nichts mehr.

Kann damit leben, dass es bei jedem Zweitstart in die Hosen geht.

Wenn man weiss woran es liegt und was man dann machen muss, geht es ja. `
OK, das geht also so nicht.

Ich glaube dass ioBroker nicht ordnungsgemäß startet liegt daran, dass es im container nicht sauber beendet wurde. Wenn ich das recht deute, dann hängt irgendwo der iobroker.js-controller noch. Das würde auch die meldung erklären:

iobroker controller daemon already running. PID: 65

Hab es gerade mal bei mir getestet. schieb mal den ./iobroker stop hinter den avahi… also so:

#!/bin/sh

if [ -f .install_host ];
then
	sed -i "s/$(cat .install_host)/$(hostname)/g" iobroker-data/objects.json
	rm .install_host
fi

/opt/scripts/avahi-start.sh
./iobroker stop
./iobroker start
cd /
/bin/bash

MfG,

André

[Superdad]

Hatte es davor eingefügt.

Nun geht nix mehr.

Habe den Dockerordner gelöscht (vorher gesichert).

Den Container gelöscht. Alles neu installiert. Dockerordner zurück kopiert.

Dann gestartet. iOBroker läuft an, sehe auch, dass er alles lädt.

Nur auf der Adminseite unter xxx.xxx.xxx.xx:8081 startet nix von dem was installiert ist.

Was nun?

[andre]

@Superdad:

Hatte es davor eingefügt.

Nun geht nix mehr.

Habe den Dockerordner gelöscht (vorher gesichert).

Den Container gelöscht. Alles neu installiert. Dockerordner zurück kopiert.

Dann gestartet. iOBroker läuft an, sehe auch, dass er alles lädt.

Nur auf der Adminseite unter xxx.xxx.xxx.xx:8081 startet nix von dem was installiert ist.

Was nun? `
Hmm,

verstehe ich das richtig? Die Prozesse (also auch adpater io.xxxx) laufen im docker an in der admin oberfläche (warscheinlich unter instanzen) nicht? oder kann man den admin gar nicht öffnen? Kannst du Screenshots machen? Kann es mir gerade so nicht vorstellen in welchem status sich dein system befindet.

Das startup.sh script müsste ja in deinem gesicherten ioBroker ordner gewesen sein. ist das wieder zurück geändert?

MfG,

André

[Superdad]

So sieht es mal aus, jetzt.

Docker

~~[attachment=1]~~Docker.gif[/attachment]" />

Zugriff auf Webseite

~~[attachment=0]~~Webseite.gif[/attachment]" />

[andre]

@Superdad:

So sieht es mal aus, jetzt.

Docker

Zugriff auf Webseite

`
Sieht doch eigentlich ganz gut aus. Wie schaut deine Konfig vom Docker aus? Hast du an die Portweiterleitung bzw. das Häkchen für "selbes Netzwerk wie Host verwenden" beim Erstellen des Containers gedacht?

Ich denke dass dein ioBroker läuft und schlicht nur nicht erreichbar ist.

MfG,

André

[Superdad]

Ist ja peinlich !

Natürlich war es das Häkchen bei selbem Netzwerk!

Danke dir!