Neuer Service

Bild


  • Dieser neue Funktion wird über die Timberwolf Cloud zur Verfügung gestellt
  • ElabNET sammelt Daten aus mehreren Quellen in der Timberwolf Cloud
  • Timberwolf Server beziehen diese Daten gebündelt und automatisch aus der Timberwolf Cloud
  • Aktualisiert 24/7, derzeit stündlich, es ist fast nichts einzustellen
  • Die Daten stehen sowohl detailliert im Objektsystem zur Verfügung als auch gebündelt (mit einem Klick) in Widgets für Wetter, Alarme usw.


Info hier im Forum: viewtopic.php?t=6224

AKTION: Wir haben noch viele tolle Updates und 150 Videos (und 800 Wiki Seiten) geplant. Bitte unterstütze uns mit einem Software-Wartungsvertrag, damit wir dieses alles erreichen können. Und damit Dein Server weiterhin Updates, Upgrades und Support erhält. Jetzt in der Aktion schenken wir Dir den Insider Club mit derselben Laufzeit wie der am längsten laufende aktive Wartungsvertrag dazu - bei sofortigem Laufzeitbeginn PLUS den Wetter-Service für ZWEI Jahre. Damit profitierst Du auch von einer vorzeitigen Verlängerung. Alle Infos: https://elabnet.atlassian.net/wiki/x/GQB8z

[Frage] CometVisu: influxfetch.php mit http Status-Code 500 => keine Diagramme

Rund um die CometVisu im Timberwolf Server
Antworten

Ersteller
bluegaspode
Beiträge: 84
Registriert: Sa Nov 09, 2019 10:09 pm
Hat sich bedankt: 7 Mal
Danksagung erhalten: 34 Mal

CometVisu: influxfetch.php mit http Status-Code 500 => keine Diagramme

#1

Beitrag von bluegaspode »

Meine CometVisu vom Wiregate funktioniert soweit mit aktuellem Docker-Container (cometvisu/cometvisu:latest-arm)
Ich habe aber Probleme mit dem Diagramm-Zugriff auf Influx-DB, z.B. bei folgendem ersten Beispiel:

Code: Alles auswählen

<diagram legend="popup" series="day" period="5" refresh="300" popup="true" previewlabels="false" gridcolor="#707070" legendposition="nw">
	<layout colspan="3"/>
	<influx authentication="influx" field="*" consolidationFunction="MEDIAN" measurement="timeseries_db/TS00011" color="red" label="Aussen"/>
</diagram>
schaue ich in die Chrome-Developer-Console liegt es anscheinend dran, dass influxfetch.php einen Fehler liefert.

Code: Alles auswählen

Request URL: 
https://timberwolf417.local/proxy/visu/resource/plugins/diagram/influxfetch.php?ts=timeseries_db/TS00011&ds=MEDIAN&start=end-5day&end=now&res=300&fill=linear&filter=()&field=*&auth=influx

Response: Status 500
file_get_contents(http://localhost:8086/query?q=SELECT+MEDIAN%28%2A%29+FROM+%22TS00011%22+WHERE+time+%3E%3D+now%28%29+-+5d+AND+time+%3C%3D+now%28%29++GROUP+BY+time%28300s%29+fill%28linear%29+tz%28%27UTC%27%29&amp;db=timeseries_db): failed to open stream: Cannot assign requested address
Könnt ihr mir einen Tipp geben, woran die "Cannot assign requested address" Fehlermeldung liegen könnte?
Zuletzt geändert von StefanW am Fr Nov 15, 2019 5:47 am, insgesamt 1-mal geändert.
"TWS 350Q ID:417, VPN geschlossen, Reboot nicht erlaubt"

Ersteller
bluegaspode
Beiträge: 84
Registriert: Sa Nov 09, 2019 10:09 pm
Hat sich bedankt: 7 Mal
Danksagung erhalten: 34 Mal

#2

Beitrag von bluegaspode »

Folgende URL liefert Daten (ist die gleiche Query die file_get_contents probiert, nur mit externer URL)

Code: Alles auswählen

https://timberwolf417.local/proxy/ts/query?q=SELECT%20MEDIAN(*)%20FROM%20%22TS00011%22%20WHERE%20time%20%3E%3D%20now()%20-%205d%20AND%20time%20%3C%3D%20now()%20%20GROUP%20BY%20time(300s)%20fill(linear)%20tz(%27UTC%27)&amp;db=timeseries_db
Evtl. mag er den localhost:8086 nicht? Muss ich da irgendwas beim Docker einstellen, dass der CometVisu Container nach draußen telefonieren darf?
"TWS 350Q ID:417, VPN geschlossen, Reboot nicht erlaubt"

Ersteller
bluegaspode
Beiträge: 84
Registriert: Sa Nov 09, 2019 10:09 pm
Hat sich bedankt: 7 Mal
Danksagung erhalten: 34 Mal

#3

Beitrag von bluegaspode »

bluegaspode hat geschrieben: Do Nov 14, 2019 10:28 pm Evtl. mag er den localhost:8086 nicht? Muss ich da irgendwas beim Docker einstellen, dass der CometVisu Container nach draußen telefonieren darf?
Auf der anderen Seite klappt die KNX-Integration, er kommt also auf den Port 3700
"TWS 350Q ID:417, VPN geschlossen, Reboot nicht erlaubt"

Ersteller
bluegaspode
Beiträge: 84
Registriert: Sa Nov 09, 2019 10:09 pm
Hat sich bedankt: 7 Mal
Danksagung erhalten: 34 Mal

#4

Beitrag von bluegaspode »

Hhhm ,

ich vermute doch irgendwas bei der Docker zu Docker Kommunikation.

Ich habe über Portainer die Console des CometVisu Docker Containers geöffnet. Dann versucht direkt mit der Influx-DB zu sprechen:
root@01a80dd6af01:/var/www/html# curl -G http://localhost:8086/query -u docker:InfluxPasswordAusPortainer --data-urlencode "q=SHOW DATABASES"
curl: (7) Failed to connect to localhost port 8086: Connection refused
Die URL basierend auf den Logs von oben, weil file_get_contents versucht auf localhost:8086 zu kommunizieren.
Der sonstige Aufruf aus der InfluxDB-Doku ( https://docs.influxdata.com/influxdb/v1 ... orization/ )
"TWS 350Q ID:417, VPN geschlossen, Reboot nicht erlaubt"

Crashpilot
Beiträge: 44
Registriert: So Okt 07, 2018 10:44 am
Hat sich bedankt: 5 Mal
Danksagung erhalten: 6 Mal

#5

Beitrag von Crashpilot »

Eventuell hilft das.

viewtopic.php?f=37&t=443

Gruß René
TWS 950QL, ID:301, VPN offen, Reboot erlaubt

Ersteller
bluegaspode
Beiträge: 84
Registriert: Sa Nov 09, 2019 10:09 pm
Hat sich bedankt: 7 Mal
Danksagung erhalten: 34 Mal

#6

Beitrag von bluegaspode »

Das ist so konfiguriert.

Funktioniert der Curl aus dem letzten Post bei dir in der Console vom Cometvisu Container (Console kann über Portainer aufgerufen werden)
"TWS 350Q ID:417, VPN geschlossen, Reboot nicht erlaubt"

Ersteller
bluegaspode
Beiträge: 84
Registriert: Sa Nov 09, 2019 10:09 pm
Hat sich bedankt: 7 Mal
Danksagung erhalten: 34 Mal

#7

Beitrag von bluegaspode »

Das Problem saß vor dem Computer.

ich hatte unter hidden den ersten Parameter "url" und nicht "uri" genannt.
"TWS 350Q ID:417, VPN geschlossen, Reboot nicht erlaubt"
Antworten

Zurück zu „CometVisu“