Ankündigung

Einklappen
Keine Ankündigung bisher.

Edomi im Docker-Container - revised

Einklappen
X
 
  • Filter
  • Zeit
  • Anzeigen
Alles löschen
neue Beiträge

    Hallo miteinander,

    soeben habe ich einen neuen Thread zum RockyLinux-Edomi-Docker-Container aufgemacht. Alle Fragen und Anmerkungen dazu bitte dort in den Thread. Hier geht es nur noch für die alten Image-Versionen weiter.
    Kind regards,
    Yves

    Kommentar


      Hi,
      ich abreite noch mit der Version basierend auf CenOS7.
      Und kommt einfach nicht über folgendes Problem:
      • edomi startet aus Docker - per web browser erreichbar
      • einspielen des backups - die Umgebung lief zurvor auf einer anderen HW- alle IPs und user (KNX, ect.) sind identisch
      • neustart edomi
      • danach erreiche ich edomi nicht mehr richtig - drehender grüner kreis in web browser - kein login möglich
      • der Rest von Edomi läuft aber, so weit ich das beurteilen kann. Alle Logiken tun ihren job.
      Ich vermute mal wieder einen Anfänger Fehler. Und freue mich auf eure Hilfe.

      VG
      Sebastian
      edomi.png

      Kommentar


        Hallo Sebastian

        Zitat von rovivo Beitrag anzeigen
        Hi,
        einspielen des backups - die Umgebung lief zurvor auf einer anderen HW- alle IPs und user (KNX, ect.) sind identisch
        Dazu mehr Details bitte! Was heisst "andere HW"? War das eine native Installation oder auch Docker? Welche Edomi-Version lief dort?

        Und bzgl. Docker bitte auch noch weitere Infos. Wie und wo genau aufgesetzt? Parameter des Containers? Portmappings? Screenshots wären gut...
        Kind regards,
        Yves

        Kommentar


          Hallo Yves,

          die ursprüngliche Installation ware eine naive Edomi V2.03 auf einer Atom CPU auf einem Ubuntu 18 Linux. Die HW auf der der Docker läuft (laufen soll) ist eine Celeron CPU mit Ubuntu 20 (auch V2.03). Ich denke aber, dass es nicht an der HW liegt.

          Den Docker starte ich wie folgt:

          sudo docker run \
          --name edomi \
          --restart=on-failure \
          -v .../Media/KNX/backup-edomi/:/var/edomi-backups/ \
          -p 80:80 \
          -p 443:443 \
          -p 8080:8080 \
          -p 50000:50000/udp \
          -p 50001:50001/udp \
          -p 22222:22 \
          -e KNXACTIVE=true \
          -e KNXGATEWAYIP=192.168.178.XX \
          -e KNXGATEWAYPORT=3700 \
          -e WEBSOCKETPORT=8080 \
          -e HOSTIP=192.168.178.XX \
          -d \
          starwarsfan/edomi-docker:amd64-latest

          Und wie gesagt: Edomi läuft wie erwartet. Erst nach dem Einspielen des Backups entsteht mein Problem. Kein Zugang per Browser. Ich erreiche aber den Container per web. Auch Edomi meldet sich ja nach Aufruf von 192.168.178.XX/admin , nur der Anmeldedialog bleibt aus (siehe Bild oben). Somit bin ich abgeschnitten.

          Hab ich was vergessen?

          Danke Sebastian

          Kommentar


            Hallo Sebastian

            Zitat von rovivo Beitrag anzeigen
            naive Edomi V2.03 auf einer Atom CPU auf einem Ubuntu 18 Linux
            Ich gehe mal davon aus, dass das eine native und nicht eine naive Installation war!?

            Aber wie auch immer, Ubuntu ist nicht supported. Ich habe keine Ahung, was dort ggf. anders ist, da Edomi explizit CentOS voraussetzt.


            Zitat von rovivo Beitrag anzeigen
            sudo docker run \
            --name edomi \
            --restart=on-failure \
            -v .../Media/KNX/backup-edomi/:/var/edomi-backups/ \
            -p 80:80 \
            -p 443:443 \
            -p 8080:8080 \
            -p 50000:50000/udp \
            -p 50001:50001/udp \
            -p 22222:22 \
            -e KNXACTIVE=true \
            -e KNXGATEWAYIP=192.168.178.XX \
            -e KNXGATEWAYPORT=3700 \
            -e WEBSOCKETPORT=8080 \
            -e HOSTIP=192.168.178.XX \
            -d \
            starwarsfan/edomi-docker:amd64-latest
            Das sieht soweit korrekt aus.


            Zitat von rovivo Beitrag anzeigen
            Erst nach dem Einspielen des Backups entsteht mein Problem. Kein Zugang per Browser. Ich erreiche aber den Container per web.
            ...
            Hab ich was vergessen?
            Ja und zwar die wichtigste Information: Was sagt das Edomi-Log?
            Kind regards,
            Yves

            Kommentar


              Meinst du den? :
              >>> EDOMI startet in 3 Sekunden (Abbrechen mit ENTER) <<<
              10.07.2022 18:25:26 Prozess MAIN gestartet
              10.07.2022 18:25:26 EDOMI-Version: 2.03
              10.07.2022 18:25:26 EDOMI-ClientId: 886e46d0dc3a3434035799d81b476b45e82a2e7[...]
              10.07.2022 18:25:26 Server wurde rebootet
              10.07.2022 18:25:26 Prüfung: 64-Bit-System
              10.07.2022 18:25:26 PHP-Zeitzone: Europe/Berlin (Sommerzeit)
              10.07.2022 18:25:26 Datenbank: Verbindung herstellen
              10.07.2022 18:25:26 Datenbank: edomiAdmin.project (automatische Reparatur a[...]
              10.07.2022 18:25:26 Datenbank: edomiAdmin.project repariert. Die Reparatur [...]
              10.07.2022 18:25:26 Datenbank: edomiAdmin.user (automatische Reparatur akti[...]
              10.07.2022 18:25:26 Datenbank: edomiAdmin.user repariert. Die Reparatur kan[...]
              10.07.2022 18:25:26 Datenbank: edomiLive.archivCamData (automatische Repara[...]
              10.07.2022 18:25:26 Datenbank: edomiLive.archivCamData repariert. Die Repar[...]
              10.07.2022 18:25:26 Datenbank: edomiLive.archivKoData (automatische Reparat[...]
              10.07.2022 18:25:26 Datenbank: edomiLive.archivKoData repariert. Die Repara[...]
              10.07.2022 18:25:26 Datenbank: edomiLive.archivMsgData (automatische Repara[...]
              10.07.2022 18:25:26 Datenbank: edomiLive.archivMsgData repariert. Die Repar[...]
              10.07.2022 18:25:26 Datenbank: edomiLive.archivPhoneData (automatische Repa[...]
              10.07.2022 18:25:26 Datenbank: edomiLive.archivPhoneData repariert. Die Rep[...]
              10.07.2022 18:25:26 Datenbank: edomiLive.sequence (automatische Reparatur a[...]
              10.07.2022 18:25:26 Datenbank: edomiLive.sequence repariert. Die Reparatur [...]
              10.07.2022 18:25:26 Datenbank: edomiLive.visuUserList (automatische Reparat[...]
              10.07.2022 18:25:26 Datenbank: edomiLive.visuUserList repariert. Die Repara[...]
              10.07.2022 18:25:26 Datenbank: edomiProject.editArchivCamData (automatische[...]
              10.07.2022 18:25:26 Datenbank: edomiProject.editArchivCamData repariert. Di[...]
              10.07.2022 18:25:26 Datenbank: edomiProject.editArchivKoData (automatische [...]
              10.07.2022 18:25:26 Datenbank: edomiProject.editArchivKoData repariert. Die[...]
              10.07.2022 18:25:26 Datenbank: edomiProject.editArchivMsgData (automatische[...]
              10.07.2022 18:25:26 Datenbank: edomiProject.editArchivMsgData repariert. Di[...]
              10.07.2022 18:25:26 Datenbank: edomiProject.editArchivPhoneData (automatisc[...]
              10.07.2022 18:25:26 Datenbank: edomiProject.editArchivPhoneData repariert. [...]
              10.07.2022 18:25:26 Datenbank: edomiProject.editSequence (automatische Repa[...]
              10.07.2022 18:25:26 Datenbank: edomiProject.editSequence repariert. Die Rep[...]
              10.07.2022 18:25:26 Datenbank: edomiProject.editVisuUserList (automatische [...]
              10.07.2022 18:25:26 Datenbank: edomiProject.editVisuUserList repariert. Die[...]
              10.07.2022 18:25:26 Datenbank: 119 Datenbanken überprüft (14 Fehler)
              10.07.2022 18:25:26 Datenbank: RAM reservieren (100 MB pro RAM-DB)
              10.07.2022 18:25:26 Datenbank: edomiLive erstellen
              10.07.2022 18:25:26 Datenbank: edomiLive.RAMcmdQueue löschen
              10.07.2022 18:25:26 Datenbank: edomiLive.RAMcmdQueue erstellen
              10.07.2022 18:25:26 Prozess QUEUE starten
              10.07.2022 18:25:26 Prozess SYSINFO starten
              10.07.2022 18:25:26 ACHTUNG: EDOMI wurde unerwartet beendet!
              10.07.2022 18:25:31 Datenbank: edomiLive.RAMcmdQueue leeren
              10.07.2022 18:25:31 Datenbank: edomiLive.RAMko löschen
              10.07.2022 18:25:31 Datenbank: edomiLive.RAMko erstellen
              10.07.2022 18:25:31 Datenbank: edomiLive.RAMko befüllen
              10.07.2022 18:25:31 Datenbank: edomiLive.RAMko modifizieren
              10.07.2022 18:25:31 Datenbank: edomiLive.RAMko Index erstellen
              10.07.2022 18:25:31 Datenbank: edomiLive.RAMlogicElement löschen
              10.07.2022 18:25:31 Datenbank: edomiLive.RAMlogicElement kopieren
              10.07.2022 18:25:31 Datenbank: edomiLive.RAMlogicElement Index erstellen
              10.07.2022 18:25:31 Datenbank: edomiLive.RAMlogicElementVar löschen
              10.07.2022 18:25:31 Datenbank: edomiLive.RAMlogicElementVar erstellen
              10.07.2022 18:25:31 Datenbank: edomiLive.RAMlogicElementVar befüllen
              10.07.2022 18:25:31 Datenbank: edomiLive.RAMlogicLink löschen
              10.07.2022 18:25:31 Datenbank: edomiLive.RAMlogicLink erstellen
              10.07.2022 18:25:31 Datenbank: edomiLive.RAMlogicLink befüllen
              10.07.2022 18:25:31 Datenbank: edomiLive.RAMlogicLink Index erstellen
              10.07.2022 18:25:31 Datenbank: edomiLive.RAMlogicCmdList löschen
              10.07.2022 18:25:31 Datenbank: edomiLive.RAMlogicCmdList erstellen
              10.07.2022 18:25:31 Datenbank: edomiLive.RAMlogicCmdList befüllen
              10.07.2022 18:25:31 Datenbank: edomiLive.RAMknxRead löschen
              10.07.2022 18:25:31 Datenbank: edomiLive.RAMknxRead erstellen
              10.07.2022 18:25:31 Datenbank: edomiLive.RAMknxWrite löschen
              10.07.2022 18:25:31 Datenbank: edomiLive.RAMknxWrite erstellen
              10.07.2022 18:25:31 Datenbank: edomiLive.visuQueue löschen
              10.07.2022 18:25:31 Datenbank: edomiLive.visuQueue erstellen
              10.07.2022 18:25:31 Logikmonitor: Arbeits- und Live-Projekt stimmen nicht �[...]
              10.07.2022 18:25:31 Prozess KNX starten
              10.07.2022 18:25:31 Prozess LOGIC starten
              10.07.2022 18:25:31 Prozess VISU starten
              10.07.2022 18:25:32 KNX-Verbindung herstellen...
              10.07.2022 18:25:33 INIT
              10.07.2022 18:25:33 KNX: InitSend: 0 GAs
              10.07.2022 18:25:33 KNX: InitScan (6 GAs), Abfrage 1...
              10.07.2022 18:25:34 KNX: InitScan (6 GAs), Überprüfung (max. 30 Zyklen)...
              10.07.2022 18:25:34 KNX: InitScan beendet: 6 GAs abgefragt / Abfragen von 0[...]
              10.07.2022 18:25:34 Logik-Bausteine initialisieren...
              10.07.2022 18:25:35 START
              11.07.2022 00:00:00 Aktuell: CPU 4.1% / RAM 36% / HDD 26% / LOAD 0.03 / PHP[...]
              11.07.2022 00:00:00 Peaks : CPU 64.8% / RAM 38% / HDD 26% / LOAD 1.25 / PH[...]
              --------------------------------------------------------------------------------
              10.07.2022 18:25:33 [EDOMI 2.03 - (c) Dr. Christian Gärtner] 11.07.2022 15:25:35

              Kommentar


                Hab auch gerade noch den Log nach dem restore und vor dem reboot abgefangen:
                --------------------------------------------------------------------------------
                edomirestore.sh
                Restore wird gestartet
                --------------------------------------------------------------------------------
                TERM environment variable not set.
                rm: cannot remove '/usr/local/edomi': Device or resource busy
                --------------------------------------------------------------------------------
                Restore abgeschlossen. Reboot in 5 Sekunden...
                --------------------------------------------------------------------------------
                Exiting container with return value 1 to trigger Docker restart

                Kommentar


                  Hallo Yves,
                  jetzt habe ich noch was entdeckt: Nach dem restore ist in edomi.ini die Variable:
                  global_visuIP='172.17.0.2'
                  warum auch immer gesetzt. Die IP pass natürlich nicht.
                  Kann mein Problem damit zusammenhängen?

                  Kommentar


                    Die global_visuIP scheint es nicht zu sein.
                    Hat Edomi auch nach dem ersten Start im docker Container. Habe Sie dann abgeänder und neu gestartet. -> Mein Eintrag wurde überschrieben. global_visuIP='172.17.0.2 ist wie zuvor. Und Edomi per Browser erreichbar.

                    Kommentar


                      Hi

                      Zitat von rovivo Beitrag anzeigen
                      Und Edomi per Browser erreichbar.
                      Das heisst, es geht jetzt?
                      Kind regards,
                      Yves

                      Kommentar


                        Zitat von starwarsfan Beitrag anzeigen
                        Das heisst, es geht jetzt?
                        Wenn kein Backup eingespielt funktioniert Edomi auch mit der Einstellung global_visuIP='172.17.0.2'.
                        --> An global_visuIP='172.17.0.2' liegt es nicht.
                        Nachdem ich das Backup einspiele erreiche ich Edomi nicht mehr per Browser (Es kommt zwar das angehängte Bild. Aber kein Login Dialog).
                        Ansonsten scheint alles zu funktionieren.
                        grafik.png

                        Kommentar


                          Hallo zusammen,

                          Mir ist vor gut einer Woche meine edomi-Installation abgeraucht.
                          Bei der Neuinstallation dachte ich mir "Probier halt mal die Docker-Geschichte aus, so schwer kann das ja nicht sein...".
                          Wie habe ich mich geirrt - ich bin seit mehreren Tagen komplett am verzweifeln.

                          Vorab - Ich bin mehr oder minder Laie was Linux und Netzwerkstrukturen, etc. betrifft. Bisher bin ich durch meine hohe Frustrationstoleranzgrenze aber immer irgendwie ans Ziel gekommen ;-) Also bitte geht nicht zu hart mit mir ins Gericht.

                          Was ist das Problem?
                          Der Container läuft mittlerweile. Webinterface und edomi-Adminseite sind erreichbar.
                          Backup konnte ich auch schon entsprechend einspielen (passenderweise ist mir vorgestern auch noch mein NAS abgeraucht und ich habe die letzten beiden Tage damit verbracht das RAID in Linux zum Laufen zu bekommen und irgendwie die dort gespeicherten edomi-Backups zu retten...).

                          KNX-Verbindung kann allerdings nicht aufgebaut werden.
                          Ich vermute es liegt an den verschiedenen Subnetzen, IP-Adressen und Ports:
                          2022-08-14 10:21:26 318134 KNX 441 CE > | DESCRIPTION_REQUEST / Timeout nach 10s / ErrMsg: Kein DESCRIPTION_RESPONSE vom Router erhalten ERROR
                          2022-08-14 10:21:26 328763 KNX 441 KNX-Verbindung verloren. ERROR
                          2022-08-14 10:21:39 339109 KNX 441 CE > | DESCRIPTION_REQUEST / Timeout nach 10s / ErrMsg: Kein DESCRIPTION_RESPONSE vom Router erhalten ERROR
                          2022-08-14 10:21:39 349817 KNX 441 KNX-Verbindung verloren. ERROR
                          2022-08-14 10:21:43 401926 MAIN 429 ACHTUNG: Keine KNX-Verbindung möglich (Timeout)!
                          Docker läuft auf einem Rechner mit der IP 192.168.2.124, der Container selbst bekommt eine IP aus dem Subnetz 192.168.2.0/24 (im konkreten Fall die 192.168.2.2) zugewiesen, das habe ich entsprechend über macvlan so eingestellt.
                          Die IP des Containers ist anderweitig nicht vergeben, das habe ich schon geprüft.
                          edomi Webinterface ist über die 192.168.2.2/admin ganz normal erreichbar.
                          KNX IP-Router hat die IP 192.168.2.5 - ist auch im Netzwerk erreichbar. Gruppenmonitor in der ETS zeigt auch regen Busverkehr.

                          Die Installation lief mit edomi als "standalone" in CentOS jetzt mehrere Jahre ohne Probleme.

                          Ich bin mir relativ sicher, dass ich irgend eine Einstellung in Docker verbockt habe - allerdings habe ich, wie gesagt, (noch) nicht genügend Ahnung von der ganzen Materie um meinen Kopf selbst aus der Schlinge zu ziehen.

                          Wäre für jeden Tip äußerst dankbar!

                          Grüße,
                          Johannes



                          EDIT:

                          Steter Tropfen höhlt den Stein. Die KNX-Verbindung steht. Man sollte dann schon die Readme-Datei gründlich genug lesen, auch wenn man vielleicht nicht alles direkt versteht.
                          Host-IP war falsch gesetzt, ich habe jetzt sämtliche IP-Zuweisungen aus dem Container Startscript rausgenommen und sie manuell in edomi gesetzt, jetzt funktioniert es erstmal.

                          Eine Frage habe ich aber trotzdem noch, ich hoffe, die passt hier rein:
                          Kann ich dem edomi container eine feste IP zuweisen? Subnetz habe ich ja bereits zugewiesen, aber der Container bekommt, so wie ich es nachvollziehen konnte, immer die erste freie IP aus dem Pool zugewiesen. Ich möchte aber eine vorher fest definierte IP-Adresse für den Container vergeben, also anstatt bspw. der 192.168.2.2 die 192.168.2.125. Nach kurzer Recherche im Netzt scheint das nicht wirklich trivial zu sein und ich möchte nicht meine mühsam erreichten Fortschritte direkt wieder zerschießen
                          Zuletzt geändert von Vielfrass; 14.08.2022, 12:00.

                          Kommentar


                            Hi

                            Zitat von Vielfrass Beitrag anzeigen
                            Kann ich dem edomi container eine feste IP zuweisen?
                            Das ganze MacVLAN-Geraffel ist eine Krücke. Wenn Du mich fragst, ist das der Workaround für all die, welche nicht verstanden haben, wie Docker funktioniert oder für die Software, die nicht mit Docker umgehen kann.

                            Edomi kann's aber, von daher würde ich mir MacVLAN gleich schenken, das macht nicht wirklich Sinn an der Stelle. Wenn Du also nicht wirklich triftige Gründe hast, MacVLAN zu verwenden, dann lass es weg.

                            Unabhängig davon: Ohne zu wissen, wie genau Du den Container startest, ist jegliche Hilfe schwierig... Dazu kommt die Frage, welches Image Du genau verwendest! Also welche Version?
                            Kind regards,
                            Yves

                            Kommentar


                              Zitat von starwarsfan Beitrag anzeigen
                              Hi



                              Das ganze MacVLAN-Geraffel ist eine Krücke. Wenn Du mich fragst, ist das der Workaround für all die, welche nicht verstanden haben, wie Docker funktioniert...
                              Bingo Ich bin was die ganze Docker-Geschichte angeht momentan absoluter Nichtschwimmer. Was ja nicht heißt, dass ich das bis an mein Lebensende bleiben muss. Habe eigentlich immer Spaß daran, mich in neue Themen einzuarbeiten, auch wenn es mit viel Fluchen und Mühe verbunden ist.
                              Die Docker-Thematik war aber, glaube ich, eine Nummer zu groß für mich. Das habe ich aber erst mittendrin festgestellt, und einfach kneifen will ich jetzt auch nicht

                              Zu den Fragen:

                              Docker rufe ich wie folgt auf:

                              Code:
                              sudo docker run \
                                  --name edomi \
                                  --restart=on-failure \
                                  -p 80:88 \
                                  -p 50000:50000/udp \
                                  -p 50001:50001/udp \
                                  -p 22222:22 \
                                  -d \
                                  starwarsfan/edomi-docker:amd64-latest

                              Die Zuordnung des Subnetzes mache ich dann nach dem Start des Containers über Portainer.

                              Image ist die latest-Version.

                              Wenn ich irgendwie auf den ganzen MacVLAN-Kram verzichten kann, ist mir das nur recht. War jetzt auf die Schnelle halt das einzige, was ich mit meinem bescheidenen Fachwissen zumindest so weit verstanden habe, dass ich es zum laufen bringen konnte.
                              Nach knapp einer Woche ohne edomi (und meiner Wenigkeit von morgens bis abends bei Reparatuversuchen vor dem Rechner) hängt der Haussegen hier schon ein bisschen schief. Da war mir in erster Instanz erstmal wichtig, dass das System überhaupt wieder irgendwie ans Laufen kommt.
                              "Schön" machen kann ich es ja jetzt im Anschluss

                              Vielen Dank schonmal für den Input!

                              Kommentar


                                Ok, mit diesem Setup bist Du hier falsch. Die Parameter beziehen sich auf die RockyLinux-Version des Images, verwenden tust Du aber die "alte" Variante. Von daher ist hier in diesem Thread schluss.

                                Bitte hier weitermachen, sprich dort das erste Posting lesen und auch das dort angegebene Image verwenden. Dass Du keine KNX-Verbindung bekommst, liegt übrigens mit grosser Wahrscheinlichkeit daran, dass Du KNX gar nicht aktiviert hast, siehe Doku auf Github.
                                Zuletzt geändert von starwarsfan; 14.08.2022, 14:49.
                                Kind regards,
                                Yves

                                Kommentar

                                Lädt...
                                X