Edomi im Docker-Container - revised

[EPIX]

kann gelöscht werden

[givemeone]

Hallo givemeone ,

EDIT 2: Puh, habe den Container noch einmal frisch gestartet (also ohne Updates und ohne Konfiguration). Die global_VisuIP bleibt bei 172.17.0.2, die Visu kann ich trotzdem aufrufen. Verstehe das einer. Ich weiß zwar nicht wie, aber das Problem ist gelöst!

global_VisuIP war auch nicht dein Problem, sondern eher sowas wie WEBSOCKETPORT, oder des "durchroutungs" davon.
Aber schön, dass es jetzt funktioniert.

Damit die edomi.ini manuell angepasst werden kann, einfach den override (zB HOSTIP=192.168.178.3) beim Start von Docker weglassen.
Sonst wird es dadurch natürlich bei jedem start neu überschrieben.

[xsven80x]

Hallo givemeone ,

danke für den Fingerzeig, ich war der Meinung es korrekt konfiguriert zu haben. Eine Prüfung zeigt, dass in der Basiskonfiguration die IP-Adresse für den Websocket falsch war. Geändert, ausprobiert -> selbes Problem. Prüfung der Basiskonfiguration: es steht wieder der alte Wert.

Habe nun mehrfach geändert, jedoch nach einem Neustart des Servers war der Wert wieder falsch.

Was nun? Händisch in der Ini-Datei ändern?

Danke & Gruß
Sven


EDIT: Eine händische Änderung der edomi.ini bringt ebenfalls keinen Erfolg. Nach einem Neustart steht bei global_VisuIP wieder 172.17.0.2, was natürlich Käse ist.

Wer hat Rat?

EDIT 2: Puh, habe den Container noch einmal frisch gestartet (also ohne Updates und ohne Konfiguration). Die global_VisuIP bleibt bei 172.17.0.2, die Visu kann ich trotzdem aufrufen. Verstehe das einer. Ich weiß zwar nicht wie, aber das Problem ist gelöst!

[givemeone]

Hier wartet der Browser auf den websocket. Wie ist der bei dir konfiguriert?

[xsven80x]

Hallo zusammen,

gerade benötige ich von euch mal einen Schubser: Ich habe starwarsfan Container auf meiner Synoloy laufen, mit den Hinweisen hier auch für mich machbar.

Nun habe ich in Edomi (komme über <IP-NAS>:"port"/admin/ auch an die Administratorseite) alle notwendigen Konfigurationen vorgenommen. Verbindung zum KNX-Router funktioniert auch tadellos.

Nun wollte ich meine erste Visu-Seite erstellen. Beim Einloggen auf <IP-NAS>:"port"/visu/ kann ich die gewünschte Seite auswählen und mich dann mit den vorher festgelegten Log-In-Daten anmelden. Dann geht es leider nicht weiter, es dreht sich der rote Kreis um das Edomi-Logo und ich kann warten, bis ich schwarz werde.

Bin mir jetzt nicht sicher, ob ich einen grundsätzlichen Fehler gemacht habe, oder es sich hier um einen Fehler in der Kombi NAS und Docker-Container handelt. Visu-Seite habe ich lt. Anleitung (erste Schritte aus youtube-Video) erstellt.

Habt ihr ne Idee?

Danke vorab und

Gruß
Sven

[starwarsfan]

Hi

Ja, ABER....
ich kann jederzeit ein "rebuild" machen und verliere keinerlei Daten! Mir ist es im Moment definitiv lieber so.

Wieso ABER? Was hat das damit zu tun? Das ist etwas völlig anderes.

Mit echten Docker-Volumes geht das genauso, nur dass Du eben händisch gar nichts vorher irgendwohin kopieren musst und das einfach out of the box funktioniert.

Apropos: Ich nutze die Docker-Version von mitte Oktober auf neuer Hardware (CentOS 7).

Was genau meinst Du hier? Du hast auf dem Host CentOS7? Und welche Version des Images läuft dort bei Dir? Hast Du das Baseimage genommen und Edomi händisch installiert oder die fertige Version?

Gestern hatten wir Stromausfall ohne USV, also wurde alles hart beendet. Edomi ist nicht wieder hochgekommen,
da im Docker noch die MySQL-PID Datei vorhanden war und MySQL deshalb nicht gestartet hat.

Ein rebuild oder ein maueller Eingriff zum Löschen des PID-Files war nötig, um dem System wieder Leben einzuhauchen.

Das ist normal, ob nun Bind-Mount oder Docker-Volume spielt in diesem Fall keine Rolle.

[givemeone]

Es läuft eben mit Bind-Mounts offenbar nicht out of the box sondern bedarf händischer Eingriffe.

Ja, ABER....
ich kann jederzeit ein "rebuild" machen und verliere keinerlei Daten! Mir ist es im Moment definitiv lieber so.

Apropos: Ich nutze die Docker-Version von mitte Oktober auf neuer Hardware (CentOS 7).
Gestern hatten wir Stromausfall ohne USV, also wurde alles hart beendet. Edomi ist nicht wieder hochgekommen,
da im Docker noch die MySQL-PID Datei vorhanden war und MySQL deshalb nicht gestartet hat.

Ein rebuild oder ein maueller Eingriff zum Löschen des PID-Files war nötig, um dem System wieder Leben einzuhauchen.

[starwarsfan]

Hallo miteinander

Ich nutze Bind-Mounts, und es klappt wunderbar.

Das kann man nun so oder so sehen...

Jedoch habe ich bei der erstem Installation auch die Daten manuell in das Bind-Mount-Verzeichniss kopiert. Seither läufts!

Genau deswegen! Es läuft eben mit Bind-Mounts offenbar nicht out of the box sondern bedarf händischer Eingriffe.

[givemeone]

Ich nutze Bind-Mounts, und es klappt wunderbar.
Jedoch habe ich bei der erstem Installation auch die Daten manuell in das Bind-Mount-Verzeichniss kopiert. Seither läufts!

[starwarsfan]

Läuft alles als root, da gibt es keine Veränderung gegenüber einer direkten Installation.

Nimm einfach echte Docker-Volumens und keine Bind-Mounts, dann hast Du damit keine Probleme.

[hannesh]

Habe ich aber als komplett neue Verzeichnisse im System angelegt. Alle Ordner sind leer.
Eventuell ein Problem mit Schreib- & Leserechten könnte ich mir noch vorstellen. Habe jedoch schon mit anderen Docker Containern mit persistenten Daten auf dem System ohne Probleme die Volumes mounten können.
Hier musste ich schonmal sicherstellen, dass der User im Docker Container der selbe ist wie am System - PUID und GUID als Env Variablen mitführen.
Welcher User läuft standardmäßig im Container?

[starwarsfan]

Hi

Docker-Volumes müssen beim initialen Start leer sein. Dann kopiert Docker den im Image am entsprechenden Mountpoint vorhandenen Content als erstes in das Volume, bevor das Volume tatsächlich gemountet wird. Wenn das Volume nicht leer ist, nimmt Docker an, dass diese Daten von einem vorherigen Container übernommen werden sollen und überspringt den Copy-Step. Aus diesem Grund würde ich sagen, dass das Verzeichnis /docker/edomi/edomi-installation bei Dir nicht leer ist, sondern bereits irgendwelche Daten enthält. Damit wird es direkt gemountet und im Anschluss daran fehlen dort die erwarteten Daten, in dem Fall also das File /usr/local/edomi/main/start.sh innerhalb des Containers resp. /docker/edomi/edomi-installation/main/start.sh aus Sicht des Docker-Host.

[hannesh]

Hi, sorry dass ich nicht gleich Details geschrieben habe.
Habe es jetzt nochmals getestet und kann soweit Edomi starten, jedoch leider ohne Persistenten Storage.
Sobald ich die Volumes einbinde bekomme ich wieder die Fehler:

sed: can't read /usr/local/edomi/edomi.ini: No such file or directory
/root/start.sh: line 68: /usr/local/edomi/main/start.sh: No such file or directory

Die Ordner habe ich direkt mit Docker GUI in Synology erstellt und über das GUI eingebunden:

/docker/edomi/edomi-backups:/var/edomi-backups
/docker/edomi/edomi-db:/var/lib/mysql
/docker/edomi/edomi-installation:/usr/local/edomi

[starwarsfan]

Ok, schön. Und was genau hast Du gemacht? Was genau ist der Fehler?

[hannesh]

Danke für die Rückmeldung!

Habe es mit beiden Version von Dockerhub probiert: 1.62 und 1.63
Bekomme bei beiden Versionen leider genau den gleichen Fehler.
Hast du vielleicht eine Idee was hier schief laufen könnte?