Docker Container

[Chris M.]

Damit das nächste Release das wieder hat, habe ich mal ein Issue dafür angelegt -> https://github.com/CometVisu/CometVisu/issues/767

Dank dem schnellen Patch von peuter ist nun wieder unter dem Pfad /resource/icon/iconlist.html (also z.B. https://timerwolf.local/proxy/visute.../iconlist.html) die Icon-Liste verfügbar - aber nur ab dem nächsten Release (bzw. jetzt schon im testing Docker Container).
Noch gibt's da einen Bug, weshalb die Darstellung nicht unbedingt passt, aber den werden wir auch noch beheben.

[Chris M.]

Der Bug im nächsten Release ist inzwischen behoben, d.h. ab testing sollte

https://timerwolf.local/proxy/visutest/resource/icon/iconlist.html

(bzw. halt an die lokalen Bedingungen angepasst) wie gewünscht funktionieren

[irgendwer]

Thema ARM... Die Pakete für Apache, PHP usw sind auch alle für arm verfügbar. Meiner Meinung nach (Halbwissen) besteht die Cometvisu aus PHP und Javascript, dort sollte es also keine Plattformabhängigkeit geben.
Wenn mein TW950 irgendwann mal geliefert wird, kann ich gerne testen.
Vermutlich reicht es wenn ihr ein Image auf arm Basis baut, ich rechne nixht mit weiteren Anpassungen.

[Chris M.]

Fast:
Der Container cometvisu/cometvisuabstractbase enthält ein paar Schritte die dank Compiler architekturabhängig sind (vgl. https://hub.docker.com/r/cometvisu/c...ase/dockerfile -> Bau des knxd). Hier müsste irgendwie (Cross Compiler?) eine ARM Version erstellt werden können.

Der Container der CometVisu selbst (also https://hub.docker.com/r/cometvisu/cometvisu mit Dockerfile https://github.com/CometVisu/CometVi...lop/Dockerfile ) ist dann wieder von der Architektur unabhängig.

[MaFe]

Hallo,
möchte auch mal CometVisu mit openhab im Docker testen (kein Timberwolf).
Leider kann keine Startseite angezeigt werden. Der Abschnitt in der docker-compose sieht so aus:

  cometvisu:
    image: "cometvisu/cometvisu:testing"
    restart: always
    network_mode: host
    ports:
      - 80:28080
    volumes:
      - "./cometvisu/var/www/html/resource/config:/var/www/html/resource/config"
      - "./cometvisu/var/www/rrd:/var/www/rrd"

    environment:
      KNX_INTERFACE: ""
      CGI_URL_PATH: "/visu/cgi-bin/"
      BACKEND_PROXY_SOURCE: "/rest"
      BACKEND_PROXY_TARGET: "http://192.168.2.75:8080/rest"

Hat jemand eine Idee wo das Problem liegen könnte?

Vielen Dank! :-)

[peuter]

CGI_URL_PATH ist falsch. Müsste so sein "CGI_URL_PATH=/rest/"

[MaFe]

Hi Tobias,
vielen Dank für deine Antwort!
Leider war es das noch nicht ...

Kannst du mit dem Log aus Portainer etwas anfangen?

Non default CGI_URL_PATH detected: '/rest/',
proxying /rest -> http://192.168.2.75:8080/rest,
AH00558: apache2: Could not reliably determine the server's fully qualified domain name, using fd00::5045:dcff:feca:eabe. Set the 'ServerName' directive globally to suppress this message,
AH00558: apache2: Could not reliably determine the server's fully qualified domain name, using fd00::5045:dcff:feca:eabe. Set the 'ServerName' directive globally to suppress this message,
[Wed Jan 30 20:12:14.416250 2019] [mpm_prefork:notice] [pid 1] AH00163: Apache/2.4.25 (Debian) PHP/7.2.14 configured -- resuming normal operations,
[Wed Jan 30 20:12:14.416464 2019] [core:notice] [pid 1] AH00094: Command line: 'apache2 -D FOREGROUND',
192.168.2.152 - - [30/Jan/2019:20:12:28 +0000] "GET / HTTP/1.1" 200 1458 "-" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_3) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/71.0.3578.98 Safari/537.36",
192.168.2.152 - - [30/Jan/2019:20:12:28 +0000] "GET /resource/designs/designglobals.css?1548879148644 HTTP/1.1" 200 3044 "http://192.168.2.75/" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_3) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/71.0.3578.98 Safari/537.36",
192.168.2.152 - - [30/Jan/2019:20:12:28 +0000] "GET /resource/config/visu_config.xml?nocache=1548879148652 HTTP/1.1" 404 523 "http://192.168.2.75/" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_3) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/71.0.3578.98 Safari/537.36",
192.168.2.152 - - [30/Jan/2019:20:12:28 +0000] "GET /resource/demo/visu_config.xml?nocache=1548879148665 HTTP/1.1" 404 521 "http://192.168.2.75/" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_3) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/71.0.3578.98 Safari/537.36",

[peuter]

und bei dem Port-mapping bin ich mir auch nicht sicher ob das so stimmt. Wenn ich das richtig in Erinnerung habe, würde das den Port 80 auf dem localhost auf Port 28080 im Container mappen. Im Container läuft aber ein Apache auf Port 80, also müsste das Port-Mapping aus meiner Sicht genau andersrum sein.

[peuter]

Ok beim dem Log scheint das mit dem Port-Mapping scheinbar so zu funktionieren. Der findet einfach die Config nicht. Was liegt denn in dem Ordner, den du als Volume für die Configs eingebunden hast (./cometvisu/var/www/html/resource/config). Wenn es da keine visu_config.xml Datei drin gibt, dann kann der auch nichts laden.

[Chris M.]

Kannst du mit dem Log aus Portainer etwas anfangen?

192.168.2.152 - - [30/Jan/2019:20:12:28 +0000] "GET / HTTP/1.1" 200 1458 "-" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_3) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/71.0.3578.98 Safari/537.36",
192.168.2.152 - - [30/Jan/2019:20:12:28 +0000] "GET /resource/designs/designglobals.css?1548879148644 HTTP/1.1" 200 3044 "http://192.168.2.75/" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_3) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/71.0.3578.98 Safari/537.36",
192.168.2.152 - - [30/Jan/2019:20:12:28 +0000] "GET /resource/config/visu_config.xml?nocache=1548879148652 HTTP/1.1" 404 523 "http://192.168.2.75/" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_3) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/71.0.3578.98 Safari/537.36",
192.168.2.152 - - [30/Jan/2019:20:12:28 +0000] "GET /resource/demo/visu_config.xml?nocache=1548879148665 HTTP/1.1" 404 521 "http://192.168.2.75/" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_3) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/71.0.3578.98 Safari/537.36",

Das sieht doch schon mal gar nicht so schlecht aus - die Haupt-Seite kommt (HTTP Code 200) und designglobals.css wird genau so gefunden.
Nur die Config-Datei findet er weder unter /resource/config/visu_config.xml noch unter /resource/demo/visu_config.xml (HTTP Code 404).

Was sagt denn der Manager (manager.php im Browser aufrufen)?

[MaFe]

Aha, jetzt schaut es schon besser aus!
Der Manager scheint zu funktionieren. Habe die visu_config_metal.xml herunter geladen und als visu_config.xml in ./cometvisu/var/www/html/resource/config/ kopiert.
Jetzt bekomme ich einen Verbindungsfehler.

Fehler beim Laden von /rest/l?u=demo_user: 404 - Not Found.

Sorry, aber ich bin bei CometVisu und Docker neu ...

[peuter]

Ok, versuchs mal mit: "CGI_URL_PATH=/rest/cv/"

[MaFe]

Fehler beim Laden von /rest/cv/l?u=demo_user: 404 - Not Found.

Welcher demo_user wird an der Stelle benutzt? Ich habe aktuell weder in CometVisu noch in openhab etwas konfiguriert.

Vielen Dank für eure Hilfe!

[peuter]

Das sind reine Fake-User, weil ein echtes Login nicht implementiert ist. In OpenHAB muss natürlich das Cometvisu-backend installiert sein, sonst geht das nicht.

[MaFe]

Ok, ist installiert.
Wenn ich openhab über die Rest-Api aufrufe:

http://192.168.2.75:8080/rest/cv/l?u=demo_user

Bekomme ich folgende Antwort:

{"v":"0.0.1","s":"0","c":{"name":"openhab2","transport":"sse","baseURL":"/rest/cv/","resources":{"read":"r","rrd":"rrdfetch","write":"w"}}}

Die Konfigurationsseite von CometVisu (in openhab) sagt, dass die Installation nicht korrekt ist.

CometVisu client not found or not accessible
The CometVisu add-on was not able to find your [B]local[/B] CometVisu-client installation in ../../../CometVisu/src/

Meine CometVisu ist doch aber in einem anderen Container?