Edomi im Docker-Container - revised

[DerSeppel]

Nein, warum?

Weil's auf dem alten auch so ist. Da sehe ich nämlich das Interface mit der IP der Box. Meine Vermutung wäre, dass das Interface natürlich da sein muss, damit die Applikationen (Edomi) drauf hören können...?
Kann aber auch sein, dass ich mich irre.

Die Ports sind vermutlich nicht belegt. Zumindest kommt keine entsprechende Meldung. Wenn ich nämlich den "alten" Container laufen lasse, dann beschwert sich docker beim start des neuen Containers, dass die Ports schon belegt sind.

docker attach zeigt diesen output:

           >>> EDOMI startet in 3 Sekunden (Abbrechen mit ENTER) <<<
EDOMI-Konfiguration

MAIN START======================================================================
php: no process killed
EDOMI starten...
08.03.2018 20:19:37 Prozess MAIN gestartet
08.03.2018 20:19:37 EDOMI-Version: 1.56
08.03.2018 20:19:37 EDOMI-ClientId: c8f484a0acea4c247f7025ac58b029bb591d0863c9c1
08.03.2018 20:19:37 Server wurde rebootet
08.03.2018 20:19:37 Prüfung: 64-Bit-System
08.03.2018 20:19:37 PHP-Zeitzone: Europe/Berlin (Winterzeit)
08.03.2018 20:19:37 Datenbank: Verbindung herstellen
08.03.2018 20:19:37 Datenbank: 109 Datenbanken überprüft (0 Fehler)
08.03.2018 20:19:37 Datenbank: RAM reservieren (100 MB pro RAM-DB)
08.03.2018 20:19:37 Datenbank: edomiLive erstellen
08.03.2018 20:19:37 Datenbank: edomiLive.RAMcmdQueue löschen
08.03.2018 20:19:37 Datenbank: edomiLive.RAMcmdQueue erstellen
08.03.2018 20:19:37 Prozess QUEUE starten
08.03.2018 20:19:37 Prozess SYSINFO starten
08.03.2018 20:19:37 Visualisierungen inititalisieren
08.03.2018 20:19:37 Datenbank: edomiLive.RAMcmdQueue leeren
08.03.2018 20:19:37 Datenbank: edomiLive.RAMko löschen
08.03.2018 20:19:37 Datenbank: edomiLive.RAMko erstellen
08.03.2018 20:19:37 Datenbank: edomiLive.RAMko befüllen
08.03.2018 20:19:37 Datenbank: edomiLive.RAMko modifizieren
08.03.2018 20:19:37 Datenbank: edomiLive.RAMko Index erstellen
08.03.2018 20:19:37 Datenbank: edomiLive.RAMlogicElement löschen
08.03.2018 20:19:37 Datenbank: edomiLive.RAMlogicElement kopieren
08.03.2018 20:19:37 Datenbank: edomiLive.RAMlogicElement Index erstellen
08.03.2018 20:19:37 Datenbank: edomiLive.RAMlogicElementVar löschen
08.03.2018 20:19:37 Datenbank: edomiLive.RAMlogicElementVar erstellen
08.03.2018 20:19:37 Datenbank: edomiLive.RAMlogicElementVar befüllen
08.03.2018 20:19:37 Datenbank: edomiLive.RAMlogicLink löschen
08.03.2018 20:19:37 Datenbank: edomiLive.RAMlogicLink erstellen
08.03.2018 20:19:37 Datenbank: edomiLive.RAMlogicLink befüllen
08.03.2018 20:19:37 Datenbank: edomiLive.RAMlogicLink Index erstellen
08.03.2018 20:19:37 Datenbank: edomiLive.RAMlogicCmdList löschen
08.03.2018 20:19:37 Datenbank: edomiLive.RAMlogicCmdList erstellen
08.03.2018 20:19:37 Datenbank: edomiLive.RAMlogicCmdList befüllen
08.03.2018 20:19:37 Datenbank: edomiLive.RAMknxRead löschen
08.03.2018 20:19:37 Datenbank: edomiLive.RAMknxRead erstellen
08.03.2018 20:19:37 Datenbank: edomiLive.RAMknxWrite löschen
08.03.2018 20:19:37 Datenbank: edomiLive.RAMknxWrite erstellen
08.03.2018 20:19:37 Prozess KNX starten
08.03.2018 20:19:37 Prozess LOGIC starten
08.03.2018 20:19:37 Prozess PHONE starten
08.03.2018 20:19:37 Prozess VISU starten
08.03.2018 20:19:48 ACHTUNG: Mindestens 1 Prozess ist nicht bereit!
08.03.2018 20:19:48 Prozess MAIN beenden... (Modus 13)
08.03.2018 20:19:48 EDOMI: Beenden...
08.03.2018 20:19:48 EDOMI: Warten auf LBS (3 Sekunden)...
08.03.2018 20:19:52 Prozess SYSINFO (PID=565) beenden
08.03.2018 20:19:52 Prozess KNX (PID=571) beenden
08.03.2018 20:19:53 Prozess LOGIC (PID=573) beenden
08.03.2018 20:19:53 Prozess QUEUE (PID=563) beenden
08.03.2018 20:19:53 Prozess PHONE (PID=575) beenden
08.03.2018 20:19:54 Prozess VISU (PID=577) beenden
08.03.2018 20:19:54 Datenbank: edomiLive.RAMsysInfo löschen
08.03.2018 20:19:54 Datenbank: edomiLive.RAMcmdQueue löschen
08.03.2018 20:19:54 Datenbank: edomiLive.RAMko löschen
08.03.2018 20:19:54 Datenbank: edomiLive.RAMlogicElement löschen
08.03.2018 20:19:54 Datenbank: edomiLive.RAMlogicElementVar löschen
08.03.2018 20:19:54 Datenbank: edomiLive.RAMlogicLink löschen
08.03.2018 20:19:54 Datenbank: edomiLive.RAMlogicCmdList löschen
08.03.2018 20:19:54 Datenbank: edomiLive.RAMknxRead löschen
08.03.2018 20:19:54 Datenbank: edomiLive.RAMknxWrite löschen
08.03.2018 20:19:54 Datenbank: edomiLive.RAMsysProc löschen
08.03.2018 20:19:54 EDOMI: Warten auf EXEC-LBS (3 Sekunden)...
08.03.2018 20:19:57 Datenbank: Verbindung schließen
08.03.2018 20:19:57 Prozess MAIN beendet (13)
php: no process killed
MAIN ENDE=======================================================================
 Server wird in 5s neu gestartet...                       (Abbrechen mit ENTER)
Server: Reboot...

Da geht auch nicht wirklich raus hervor wo genau es hakt. Mal sehen ob ein Neuerstellen des Containers was bewirkt.

[starwarsfan]

Hi

Weil's auf dem alten auch so ist. Da sehe ich nämlich das Interface mit der IP der Box. Meine Vermutung wäre, dass das Interface natürlich da sein muss, damit die Applikationen (Edomi) drauf hören können...?
Kann aber auch sein, dass ich mich irre.

So ist es, Du irrst Dich.

Beim alten Container gibt es keine eigenen Netzwerkinterfaces, da dieser mit der Option --net=host gestartet wird. Damit werden die Interfaces des Host direkt in den Container durchgereicht. Was Du dort im Container siehst, ist also das Netzwerkinterface des Host und nicht des Containers, da dieser wie gesagt gar keine eigenen hat.

Aber genau das ist dabei die Krux denn man verliert die Freiheit, das Port-Mapping selber zu machen. Damit ergeben sich zwei offensichtliche Probleme:

1. Wird ein Port auf dem Host schon anderweitig verwendet, wird der Container nicht starten (Stichwort Synology)
2. Man kann nur genau einen Container starten und nicht mehrere parallel

Die Ports sind vermutlich nicht belegt.

Vermuten ist nicht wissen!

Es gibt auch nicht wirklich eine Meldung wenn dem so ist, darauf habe ich aber leider auch keinen Einfluss.

Mach doch mal

netstat -tulpn

auf der Edomi-Maschine, wenn kein Container läuft. Wird dort einer der Ports gefunden?

Zumindest kommt keine entsprechende Meldung. Wenn ich nämlich den "alten" Container laufen lasse, dann beschwert sich docker beim start des neuen Containers, dass die Ports schon belegt sind.

OK, das ist schonmal korrekt. Ich habe aber gefragt, ob Du das mal testen kannst, wenn der alte Container gar nicht vorhanden ist!


Aber hier fällt mir was auf:

docker attach zeigt diesen output:
...
08.03.2018 20:19:37 Prozess KNX starten
08.03.2018 20:19:37 Prozess LOGIC starten
08.03.2018 20:19:37 Prozess PHONE starten
08.03.2018 20:19:37 Prozess VISU starten
08.03.2018 20:19:48 ACHTUNG: Mindestens 1 Prozess ist nicht bereit!
08.03.2018 20:19:48 Prozess MAIN beenden... (Modus 13)
08.03.2018 20:19:48 EDOMI: Beenden...
...

Da geht auch nicht wirklich raus hervor wo genau es hakt. Mal sehen ob ein Neuerstellen des Containers was bewirkt.

Doch, steht doch da! Einer der vier Prozesse verweigert den Dienst und damit ist auch ziemlich klar, warum es bei Dir nicht funktioniert. Ich nehme an, beim Phone-Prozess handelt es sich um das Fritzbox-Modul. Wenn Du das aktiviert hast, dann musst Du natürlich auch die dort verwendeten Ports mappen! Per Default findet sich in der Edomi.ini das hier:

global_fbSoapPort=49000
...
global_fbCallMonPort=1012

Damit musst Du diese beiden Ports auch mappen:

...
-p 49000:49000 \
-p 1012:1012 \
...

Ich weiss nicht, ob das TCP oder UDP ist. Musst Du mal ausprobieren und im UDP-Fall noch /udp hinter dem Mapping ergänzen.

Bitte lass uns wissen, ob's funktioniert!

[beauty]

Muß man eigentlich den Container bei der Synology auch über die Konsole mit den Befehlen starten? Da ich ja direkt im Docker den Container einschalten kann ohne Konsole.

[starwarsfan]

Muß man eigentlich den Container bei der Synology auch über die Konsole mit den Befehlen starten? Da ich ja direkt im Docker den Container einschalten kann ohne Konsole.

Nein, aber Du musst die entsprechenden Einstellungen dann eben im Docker-GUI der Syno machen. Also Umgebungsvariablen setzen und Ports mappen. Aber ausprobiert habe ich das selber noch nicht. Vielleicht kann ja jemand hier mal Screenshots einstellen, der das bei sich auf einer Syno laufen hat!

[beauty]

Ja wäre eine große Hilfe wenn jemand seine Einstellungen posten könnte der den Container auf der Syno am laufen hat. Bekomm das irgendwie nicht hin. Edomi läuft aber ich komm nicht auf Web IF

[starwarsfan]

Na poste doch mal Screenshots Deiner Settings! Da kommen wir sicher auch schon weiter...

[beauty]

Hat nun doch funktioniert, hab den Container nochmals neu aufgesetzt und nun läufts. Werd morgen dann mal ein Demo Projekt rein laden.

[beauty]

Ich hab nun das Problem das ich keine Verbindung zum KNX Router bekomme wenn ich das KNX Modul aktiviere.

In der Konsole bleibt es bei KNX Verbindung herstellen..... stehen
Im Log steht DOMI @ CE | DESCRIPTION_REQUEST / Timeout nach 10s / ErrMsg: Kein DESCRIPTION_RESPONSE vom Router erhalten KNX-Verbindung verloren.

[starwarsfan]

N'abend

Öhm, sollen wir jetzt raten wie genau Deine Settings waren? Ohne diese Angaben oder Screenshots wird's schwierig. Du weisst ja, die Glaskugeln sind wie immer in der Werkstatt zur Durchsicht...

[beauty]

Hier Fotos von der Config.... wird sonst noch was benötigt? Muß das KNX Modul über die ini aktiviert werden oder geht das auch über die Basis Config in Edomi? Kann es sein das Edomi in der VM stört? Die VM ist aber momentan angehalten.
Unbenannt.JPGUnbenannt3.JPGUnbenannt2.JPGUnbenannt4.JPG

[Willi will Knx]

Hallo nochmal,

vielen Dank für den neuen Container, mit dem klappt alles soweit problemlos. Lediglich die Autostartfunktion bekomme ich nicht hin. Das scheitert schon im ersten Schritt. Beim Kopieren des Verzeichnisses, sagt mir Ubuntu, dass es das Verzeichnis gar nicht gäbe... Was mache ich falsch?

Vielen Dank

Willi

[starwarsfan]

Hi Willi,

Ubuntu? Verzeichnis kopieren? Wovon genau sprichst Du?

[Willi will Knx]

Hi,

von folgenden Befehlen in Deiner anleitung im Github
4. Autostart Edomi Docker container

sudo cp docker-edomi.service /etc/systemd/system/ sudo systemctl daemon-reload sudo systemctl start docker-edomi.service sudo systemctl enable docker-edomi.service Der erste Befehl läuft schon fehl, da die Datei nicht gefunden wird...? Ich bin ratlos Liebe Grüße Willi

[starwarsfan]

Hi Willi,

die genannte Datei befindet sich direkt im Hauptverzeichnis des Git-Repo. Vor einiger Zeit habe ich die Struktur der Doku etwas umgestellt, da ist wohl der folgende Satz an die falsche Stelle gerutscht:

This instruction works for a Centos7 docker host. Other distributions may need some adjustments.

Bist Du nicht selber auf die Idee gekommen, dass das bei Ubuntu etwas anders funktioniert, wenn alles hier auf CentOS ausgerichtet ist? Von daher würde ich es mal so versuchen bzw. das hier bemühen:

 
 sudo update-rc.d docker defaults

Aber danke für den Hinweis, muss mir die Doku also nochmal im Ganzen ansehen...

[Lookahead]

Hallo,

hat jemand Edomi im Docker auf Openmediavault schon laufen?

Beim Durchsehen der ganzen beiträge habe ich hierzu nichts gefunden. Das NAS mit OMV for einigen Monaten aufzusetzen war nicht schwierig. Aber jetzt im Docker Edomi zum Laufen zu bringen, schaffe ich ich nicht.
Kann mir hier vielleicht jemand weiterhelfen? Vielen Dank im Voraus