Docker Container

[peuter]

Meine CometVisu ist doch aber in einem anderen Container?

Ja aber das kann der ja nicht wissen. Ruf die doch einfach im Container auf.

[peuter]

Das ist im übrigen keine Konfigurationsseite, sondern die Seite über die die CometVisu normalerweise direkt von openHAB ausgeliefert wird. Wenn man einen Container benutzt braucht man das natürlich nicht.

[MaFe]

Hallo,
ich habe nochmal etwas herum probiert aber bekomme es einfach nicht zum laufen ... :-(
Ist die Antwort von meinem openhab korrekt?
Anfrage:
http://192.168.2.75:8080/rest/cv/l

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

Die Konfiguration von dem CometVisu Container sieht so aus:

  cometvisu:
    image: "cometvisu/cometvisu:testing"
    restart: always
    network_mode: host
    ports:
      - 80:28080
    environment:
      KNX_INTERFACE: ""
      CGI_URL_PATH: "/rest/cv/"
      BACKEND_PROXY_SOURCE: "/rest"
      BACKEND_PROXY_TARGET: "http://192.168.2.75:8080/rest"

Scheinbar klappt aber die Verbindung zu openhab nicht:

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

Bin für weitere Ideen und Vorschläge dankbar!

[peuter]

Die Antwort von openHAB ist korrekt. Aus meiner Sicht kann das Port-Mapping (wie schonmal beschrieben) so nicht stimmen. mit folgender Config funktioniert das bei mir:

version: '3.4'
services:
cometvisu:
image: "cometvisu/cometvisu:testing"
restart: always
ports:
- 28080:80
volumes:
- "./resource/config:/var/www/html/resource/config"
environment:
KNX_INTERFACE: ""
CGI_URL_PATH: "/rest/cv/"
BACKEND_PROXY_SOURCE: "/rest"
BACKEND_PROXY_TARGET: "http://<openhab-ip>:8080/rest"

Damit ist die Cometvisu auf dem Server auf dem ich den Dienst mit docker-compose gestartet habe unter Port 28080 erreichbar und die Verbindung zu openHAB klappt auch.

[MaFe]

Hallo Tobias,
vielen Dank für deine Konfiguration. Meine Container sind jetzt unter 192.168.2.75:8080 (openhab 2.4) und 192.168.2.75:28080 (cometvisu testing) erreichbar.
Muss ich jetzt auf openhab Seite noch etwas machen (außer das Cometvisu Addon aktivieren)?
Bisher habe ich dort noch keine Items usw. angelegt.
Der Aufruf der Demo-Seite von Cometvisu bringt bei mir leider immer noch den Fehler ...

http://192.168.2.75:28080/?config=demo
 Fehler beim Laden von /rest/cv/l?u=demo_user: 404 - Not Found.

Kann es sein, dass sich die beiden Container gegenseitig nicht erreichen können?!
Als BACKEND_PROXY_TARGET habe ich die 192.168.2.75:8080 eingetragen.

Langsam weiß ich echt nicht mehr woran es liegen kann ...

[peuter]

Kann es sein, dass sich die beiden Container gegenseitig nicht erreichen können?!
Als BACKEND_PROXY_TARGET habe ich die 192.168.2.75:8080 eingetragen.

Wenn es bei /rest/cv/l?u=demo_user einen 404-Fehler gibt, dann kann die CometVisu das openHAB-CometVisu-Backend nicht erreichen.
Bekommst Du eine Antwort, wenn Du das direkt im Browser aufrufst: http://192.168.2.75:8080/rest/cv/l?u=demo_user ?

Und korrekt wäre BACKEND_PROXY_TARGET: "http://192.168.2.75:8080/rest".

Ansonsten poste mal bitte Deine komplette docker-compose.yml Datei und nicht immer nur Schnipsel daraus, vielleicht sieht man dann was das Problem sein könnte.

[MaFe]

Hi,
ja die Antwort von "http://192.168.2.75:8080/rest/cv/l?u=demo_user" sieht immer noch so aus:

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

Die komplette docker-compose.yml:

version: '3.3'

services:
  openhab:
    image: "openhab/openhab:2.4.0"
    restart: "always"
    ports:
      - "8080:8080"
    volumes:
      - "/etc/localtime:/etc/localtime:ro"
      - "/etc/timezone:/etc/timezone:ro"
      - "./openhab/addons:/openhab/addons"
      - "./openhab/userdata:/openhab/userdata"
      - "./openhab/conf:/openhab/conf"

    environment:
      USER_ID: "1000"
      OPENHAB_HTTP_PORT: "8080"
      OPENHAB_HTTPS_PORT: "8443"
      EXTRA_JAVA_OPTS: "-Duser.timezone=Europe/Berlin"

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

    environment:
      KNX_INTERFACE: ""
      CGI_URL_PATH: "/rest/cv/"
      BACKEND_PROXY_SOURCE: "/rest"
      BACKEND_PROXY_TARGET: "http://192.168.2.75:8080/rest"

[peuter]

Das einzige was mir jetzt noch einfällt, wäre: BACKEND_PROXY_TARGET: "http://openhab:8080/rest". Die Services sollten sich untereinander über ihren Namen im Netzwerk finden, ich vermute mal das der CometVisu Container über die Host-IP 192.168.2.75 den openHAB Container nicht erreichen kann. Über den Namen sollte es laut Docker-Compose-Doku klappen.

[peuter]

MaFe Da war noch ein Fehler im Proxy-Modus in den Containern, der mir leider nicht aufgefallen ist, weil mein Container uralt war. Ich habe zwar gedacht, ich würde den immer auf die aktuellste Version updaten, aber da hab ich falsch gelegen. Die aktuellsten 0.11.0-RC3 Container (oder 0.12.0-dev aka testing) haben da einen Fix drin. Vielleicht kannst Du nochmal damit testen.

[MaFe]

Danke für die Info, jetzt sieht es besser aus!

[Schmide1]

Hi Leute,

ich hab genau das gleiche Problem, finde den Fehler aber nicht.

192.168.180.50 - - [09/Apr/2019:11:22:46 +0000] "GET /rest/cv/l?u=demo_user HTTP/1.1" 404 502 "http://192.168.180.3/" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/73.0.3683.103 Safari/537.36"

Über den Browser funktioniert es:
http://192.168.180.3:8080/rest/cv/l?u=demo_user

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

Container:

cometvisu/cometvisu:testing-arm
env:
/rest/cv/
/rest
http://192.168.180.3:8080/rest/

Momentan hab ich die testing drauf, mit der stable hab ich das gleiche Problem.

0.12.0-dev
2019-04-08T06:37:50+0000

Hat bitte noch jmd. einen Tipp.

Gruß
Schmide

[peuter]

Der einzige Unterschied den ich finde ist, dass ich keinen Slash am Ende der URL für das Proxy-Target habe, versuch mal "http://192.168.180.3:8080/rest". Sonst weiß ich es nicht, hier nochmal der Inhalt meiner funktionierenden docker-compose.yml:

  version: '3.4'
  services:
    cometvisu:
      image: "cometvisu/cometvisu:0.11.0"
      restart: always
      ports:
        - 28080:80
      volumes:
        - "./resource/config:/var/www/html/resource/config"

      environment:
        KNX_INTERFACE: ""
        CGI_URL_PATH: "/rest/cv/"
        BACKEND_PROXY_SOURCE: "/rest"
        BACKEND_PROXY_TARGET: "http://<openhab-ip>:8080/rest"

[Schmide1]

Ich hab es jetzt nochmal mit dem compose file getestet, es kommt leider immer der gleiche Fehler.
Hab es mit dem host und den bridge mode getestet.

Kann es evtl. sein das die arm Version den Patch nicht bekommen hat?

Gruß
Schmide

[peuter]

Kann es evtl. sein das die arm Version den Patch nicht bekommen hat?

Soweit ich das im Docker-Hub nachschauen kann sind beide Versionen vom selben Datum und müssten den selben Stand haben. Ich kann das aber nicht testen, weil ich hier nichts ARM-basiertes zum Testen habe. Wenn Du die CometVisu im Browser offen hast (egal ob da nun ein Fehler kommt oder nicht), dann öffne mal die Javascript-Console des Browsers ein und gib dort "cv.Version" ein, dann müsste da in etwas sowas stehen:

    "REV": "6be469f2571eeea09c87197efb0f26d966162351",
    "BRANCH": "HEAD",
    "VERSION": "0.11.0",
    "DATE": "2019-04-04T19:59:22.323681",
    "classname": "cv.Version",
    "name": "cv.Version",
    "basename": "Version",
    "$$type": "Class",
    "$$classtype": "static"

und dann poste das mal hier.

[Schmide1]

{REV: "1287f5d817fb3c703c74d3e903eff157c4d4428a", BRANCH: "HEAD", VERSION: "0.11.0", DATE: "2019-04-09T21:36:58.227677", classname: "cv.Version", …}
$$classtype: "static"
$$type: "Class"
BRANCH: "HEAD"
DATE: "2019-04-09T21:36:58.227677"
REV: "1287f5d817fb3c703c74d3e903eff157c4d4428a"
VERSION: "0.11.0"
basename: "Version"
classname: "cv.Version"
name: "cv.Version"
toString: ƒ ()
__proto__: Object