Test Adapter influxdb 2.0
-
@feuersturm Achja ... das hatten wir vergesen zu erwähnen ;-)) Passwort bzw Token wird jetzt verschlüsselt gespeichert und muss dahger einmalig neu eingegeben werden
-
@apollon77 Ah
Irgendwas scheint noch nicht ganz sauber zu funktionieren. Ich lasse den Datenpunkt proxmox.0.node_pve.cpu in die Datenbank speichern. In Influx wird hier folgendes angezeigt:
In ioBroker wird mir der Wert vom Datenpunkt korrekt angezeigt:
Das sind die Einstellungen vom Datenpunkt
Influx Version
proxmox@DatenbankenTest:~$ influx version Influx CLI 2.0.7 (git: 2a45f0c037) build_date: 2021-06-04T19:17:40ZWelche weiteren Infos helfen euch weiter?
Edit:
proxmox@DatenbankenTest:~$ influx query 'from(bucket:"iobroker") |> range(start:-10m) |> filter(fn: (r) => r._measurement == "proxmox.0.node_pve.cpu")' Result: _result Table: keys: [_start, _stop, _field, _measurement] _start:time _stop:time _field:string _measurement:string _time:time _value:bool ------------------------------ ------------------------------ ---------------------- ---------------------- ------------------------------ ------------ 2021-08-09T23:41:06.058022993Z 2021-08-09T23:51:06.058022993Z ack proxmox.0.node_pve.cpu 2021-08-09T23:42:01.093000000Z true 2021-08-09T23:41:06.058022993Z 2021-08-09T23:51:06.058022993Z ack proxmox.0.node_pve.cpu 2021-08-09T23:43:01.075000000Z true 2021-08-09T23:41:06.058022993Z 2021-08-09T23:51:06.058022993Z ack proxmox.0.node_pve.cpu 2021-08-09T23:44:01.155000000Z true 2021-08-09T23:41:06.058022993Z 2021-08-09T23:51:06.058022993Z ack proxmox.0.node_pve.cpu 2021-08-09T23:45:01.086000000Z true 2021-08-09T23:41:06.058022993Z 2021-08-09T23:51:06.058022993Z ack proxmox.0.node_pve.cpu 2021-08-09T23:46:01.129000000Z true 2021-08-09T23:41:06.058022993Z 2021-08-09T23:51:06.058022993Z ack proxmox.0.node_pve.cpu 2021-08-09T23:47:01.082000000Z true 2021-08-09T23:41:06.058022993Z 2021-08-09T23:51:06.058022993Z ack proxmox.0.node_pve.cpu 2021-08-09T23:48:01.104000000Z true 2021-08-09T23:41:06.058022993Z 2021-08-09T23:51:06.058022993Z ack proxmox.0.node_pve.cpu 2021-08-09T23:49:01.089000000Z true 2021-08-09T23:41:06.058022993Z 2021-08-09T23:51:06.058022993Z ack proxmox.0.node_pve.cpu 2021-08-09T23:50:01.119000000Z true 2021-08-09T23:41:06.058022993Z 2021-08-09T23:51:06.058022993Z ack proxmox.0.node_pve.cpu 2021-08-09T23:51:01.088000000Z true Table: keys: [_start, _stop, _field, _measurement] _start:time _stop:time _field:string _measurement:string _time:time _value:string ------------------------------ ------------------------------ ---------------------- ---------------------- ------------------------------ ------------------------ 2021-08-09T23:41:06.058022993Z 2021-08-09T23:51:06.058022993Z from proxmox.0.node_pve.cpu 2021-08-09T23:42:01.093000000Z system.adapter.proxmox.0 2021-08-09T23:41:06.058022993Z 2021-08-09T23:51:06.058022993Z from proxmox.0.node_pve.cpu 2021-08-09T23:43:01.075000000Z system.adapter.proxmox.0 2021-08-09T23:41:06.058022993Z 2021-08-09T23:51:06.058022993Z from proxmox.0.node_pve.cpu 2021-08-09T23:44:01.155000000Z system.adapter.proxmox.0 2021-08-09T23:41:06.058022993Z 2021-08-09T23:51:06.058022993Z from proxmox.0.node_pve.cpu 2021-08-09T23:45:01.086000000Z system.adapter.proxmox.0 2021-08-09T23:41:06.058022993Z 2021-08-09T23:51:06.058022993Z from proxmox.0.node_pve.cpu 2021-08-09T23:46:01.129000000Z system.adapter.proxmox.0 2021-08-09T23:41:06.058022993Z 2021-08-09T23:51:06.058022993Z from proxmox.0.node_pve.cpu 2021-08-09T23:47:01.082000000Z system.adapter.proxmox.0 2021-08-09T23:41:06.058022993Z 2021-08-09T23:51:06.058022993Z from proxmox.0.node_pve.cpu 2021-08-09T23:48:01.104000000Z system.adapter.proxmox.0 2021-08-09T23:41:06.058022993Z 2021-08-09T23:51:06.058022993Z from proxmox.0.node_pve.cpu 2021-08-09T23:49:01.089000000Z system.adapter.proxmox.0 2021-08-09T23:41:06.058022993Z 2021-08-09T23:51:06.058022993Z from proxmox.0.node_pve.cpu 2021-08-09T23:50:01.119000000Z system.adapter.proxmox.0 2021-08-09T23:41:06.058022993Z 2021-08-09T23:51:06.058022993Z from proxmox.0.node_pve.cpu 2021-08-09T23:51:01.088000000Z system.adapter.proxmox.0 Table: keys: [_start, _stop, _field, _measurement] _start:time _stop:time _field:string _measurement:string _time:time _value:float ------------------------------ ------------------------------ ---------------------- ---------------------- ------------------------------ ---------------------------- 2021-08-09T23:41:06.058022993Z 2021-08-09T23:51:06.058022993Z q proxmox.0.node_pve.cpu 2021-08-09T23:42:01.093000000Z 0 2021-08-09T23:41:06.058022993Z 2021-08-09T23:51:06.058022993Z q proxmox.0.node_pve.cpu 2021-08-09T23:43:01.075000000Z 0 2021-08-09T23:41:06.058022993Z 2021-08-09T23:51:06.058022993Z q proxmox.0.node_pve.cpu 2021-08-09T23:44:01.155000000Z 0 2021-08-09T23:41:06.058022993Z 2021-08-09T23:51:06.058022993Z q proxmox.0.node_pve.cpu 2021-08-09T23:45:01.086000000Z 0 2021-08-09T23:41:06.058022993Z 2021-08-09T23:51:06.058022993Z q proxmox.0.node_pve.cpu 2021-08-09T23:46:01.129000000Z 0 2021-08-09T23:41:06.058022993Z 2021-08-09T23:51:06.058022993Z q proxmox.0.node_pve.cpu 2021-08-09T23:47:01.082000000Z 0 2021-08-09T23:41:06.058022993Z 2021-08-09T23:51:06.058022993Z q proxmox.0.node_pve.cpu 2021-08-09T23:48:01.104000000Z 0 2021-08-09T23:41:06.058022993Z 2021-08-09T23:51:06.058022993Z q proxmox.0.node_pve.cpu 2021-08-09T23:49:01.089000000Z 0 2021-08-09T23:41:06.058022993Z 2021-08-09T23:51:06.058022993Z q proxmox.0.node_pve.cpu 2021-08-09T23:50:01.119000000Z 0 2021-08-09T23:41:06.058022993Z 2021-08-09T23:51:06.058022993Z q proxmox.0.node_pve.cpu 2021-08-09T23:51:01.088000000Z 0 Table: keys: [_start, _stop, _field, _measurement] _start:time _stop:time _field:string _measurement:string _time:time _value:float ------------------------------ ------------------------------ ---------------------- ---------------------- ------------------------------ ---------------------------- 2021-08-09T23:41:06.058022993Z 2021-08-09T23:51:06.058022993Z value proxmox.0.node_pve.cpu 2021-08-09T23:42:01.093000000Z 18.98 2021-08-09T23:41:06.058022993Z 2021-08-09T23:51:06.058022993Z value proxmox.0.node_pve.cpu 2021-08-09T23:43:01.075000000Z 18.47 2021-08-09T23:41:06.058022993Z 2021-08-09T23:51:06.058022993Z value proxmox.0.node_pve.cpu 2021-08-09T23:44:01.155000000Z 18.68 2021-08-09T23:41:06.058022993Z 2021-08-09T23:51:06.058022993Z value proxmox.0.node_pve.cpu 2021-08-09T23:45:01.086000000Z 16.12 2021-08-09T23:41:06.058022993Z 2021-08-09T23:51:06.058022993Z value proxmox.0.node_pve.cpu 2021-08-09T23:46:01.129000000Z 17.03 2021-08-09T23:41:06.058022993Z 2021-08-09T23:51:06.058022993Z value proxmox.0.node_pve.cpu 2021-08-09T23:47:01.082000000Z 16.98 2021-08-09T23:41:06.058022993Z 2021-08-09T23:51:06.058022993Z value proxmox.0.node_pve.cpu 2021-08-09T23:48:01.104000000Z 16.77 2021-08-09T23:41:06.058022993Z 2021-08-09T23:51:06.058022993Z value proxmox.0.node_pve.cpu 2021-08-09T23:49:01.089000000Z 18.57 2021-08-09T23:41:06.058022993Z 2021-08-09T23:51:06.058022993Z value proxmox.0.node_pve.cpu 2021-08-09T23:50:01.119000000Z 20.2 2021-08-09T23:41:06.058022993Z 2021-08-09T23:51:06.058022993Z value proxmox.0.node_pve.cpu 2021-08-09T23:51:01.088000000Z 21.49 -
@feuersturm Ich kenne dein Query-Tool nicht, aber kannst du dort die mean-Funktion auf das value-Feld beschränken? ack ist Boolean und from String, darauf wird die mean-Funktion sehr wahrscheinlich solche Fehler werfen. Im Adapter-Code wird die Funktion immer nur auf das value-Feld ausgeführt und dort z.B. bei boolean Werten ausgelassen, um solche Fehler nicht zu produzieren.
Die letzte Query kannst du übersichtlicher gestalten, indem du noch
|> pivot(rowKey:["_time"], columnKey: ["_field"], valueColumn: "_value")anhängst. -
@feuersturm WIe Excodibur sagt, Influxdb 1 hatscheinbar ein "Mean auf boolean" mit nem "percentile 50" oder soweas intern gleichgesetzt. FluxQL macht das scheinbar nicht. Und ja bei Boolean gibt es kein "vielleicht" was im Zweifel das Ergebnis von mean ist wenn die Daten nicht 100% treu oder false sind
Kleiner Randtip (auch wenn offtopic) : mean/avg ist alles blödsinn :-))) https://www.elastic.co/de/blog/averages-can-dangerous-use-percentile
-
@apollon77 direkt mal in der Influx1DB auf percentile(50) umgestellt für nen Bool-Wert. Mal sehen, ob ich das Englisch da korrekt verstanden hab ^^
-
kurze Frage, wird jetzt die eingestellte Vorhaltezeit der einzelnen Datenpunkte beachtet?
Ich kann das aus den Beiträgen nicht wirklich rauslesen. -
@stenmic hat noch nie geklappt und die Einstellung ist daher auch in der 2.0 ganz weg. Geht nur noch pro DB - aber da geht es jetzt auch wirklich.
-
@apollon77 ok… kann ich mehrere Datenbanken anlegen?
Geht das über Instanzen? -
@apollon77 weißt du vielleicht wie das der sql-Adapter mit ner MariaDB regelt? Funktionieren da die Vorgaben oder ist das auch nur eine “Attrappe“
-
@excodibur
Die influxdb UI wurde bei mir standardmäßig mit installiert und ist über den port 8086 erreichbar.
Wenn ich "value" auswähle, dann werden mir die Werte wieder dargestellt.
Das ist die Ausgabe mit der optimierten Query:
proxmox@DatenbankenTest:~$ influx query 'from(bucket:"iobroker") |> range(start:-15m) |> filter(fn: (r) => r._measurement == "proxmox.0.node_pve.cpu")|> pivot(rowKey:["_time"], columnKey: ["_field"], valueColumn: "_value")' Result: _result Table: keys: [_start, _stop, _measurement] _start:time _stop:time _measurement:string _time:time ack:bool from:string q:float value:float ------------------------------ ------------------------------ ---------------------- ------------------------------ ------------ ------------------------ ---------------------------- ---------------------------- 2021-08-10T18:31:15.028415368Z 2021-08-10T18:46:15.028415368Z proxmox.0.node_pve.cpu 2021-08-10T18:31:20.467000000Z true system.adapter.proxmox.0 0 20.61 2021-08-10T18:31:15.028415368Z 2021-08-10T18:46:15.028415368Z proxmox.0.node_pve.cpu 2021-08-10T18:32:20.476000000Z true system.adapter.proxmox.0 0 26.39 2021-08-10T18:31:15.028415368Z 2021-08-10T18:46:15.028415368Z proxmox.0.node_pve.cpu 2021-08-10T18:33:20.478000000Z true system.adapter.proxmox.0 0 21.75 2021-08-10T18:31:15.028415368Z 2021-08-10T18:46:15.028415368Z proxmox.0.node_pve.cpu 2021-08-10T18:34:20.487000000Z true system.adapter.proxmox.0 0 22.67 2021-08-10T18:31:15.028415368Z 2021-08-10T18:46:15.028415368Z proxmox.0.node_pve.cpu 2021-08-10T18:35:20.475000000Z true system.adapter.proxmox.0 0 19.91 2021-08-10T18:31:15.028415368Z 2021-08-10T18:46:15.028415368Z proxmox.0.node_pve.cpu 2021-08-10T18:36:20.472000000Z true system.adapter.proxmox.0 0 20.58 2021-08-10T18:31:15.028415368Z 2021-08-10T18:46:15.028415368Z proxmox.0.node_pve.cpu 2021-08-10T18:37:20.490000000Z true system.adapter.proxmox.0 0 18.83 2021-08-10T18:31:15.028415368Z 2021-08-10T18:46:15.028415368Z proxmox.0.node_pve.cpu 2021-08-10T18:38:20.483000000Z true system.adapter.proxmox.0 0 22.74 2021-08-10T18:31:15.028415368Z 2021-08-10T18:46:15.028415368Z proxmox.0.node_pve.cpu 2021-08-10T18:39:20.483000000Z true system.adapter.proxmox.0 0 18.35 2021-08-10T18:31:15.028415368Z 2021-08-10T18:46:15.028415368Z proxmox.0.node_pve.cpu 2021-08-10T18:40:20.479000000Z true system.adapter.proxmox.0 0 18.97 2021-08-10T18:31:15.028415368Z 2021-08-10T18:46:15.028415368Z proxmox.0.node_pve.cpu 2021-08-10T18:41:20.481000000Z true system.adapter.proxmox.0 0 18.96 2021-08-10T18:31:15.028415368Z 2021-08-10T18:46:15.028415368Z proxmox.0.node_pve.cpu 2021-08-10T18:42:20.481000000Z true system.adapter.proxmox.0 0 25.59 2021-08-10T18:31:15.028415368Z 2021-08-10T18:46:15.028415368Z proxmox.0.node_pve.cpu 2021-08-10T18:43:20.480000000Z true system.adapter.proxmox.0 0 17.72 2021-08-10T18:31:15.028415368Z 2021-08-10T18:46:15.028415368Z proxmox.0.node_pve.cpu 2021-08-10T18:44:20.483000000Z true system.adapter.proxmox.0 0 15.64 2021-08-10T18:31:15.028415368Z 2021-08-10T18:46:15.028415368Z proxmox.0.node_pve.cpu 2021-08-10T18:45:20.476000000Z true system.adapter.proxmox.0 0 19.26Sieht somit doch gut aus
-
@stenmic Exakt. Jede instanz eine DB, damit kannst Du auch genau konfigurieren welche Datenpunkte wo hin laufen sollen
-
@stenmic Was meinst Du? MariaDB ist MySQL und so einfach MySQL einricjten, IP und Port, fertig. Oder was war die Frage (auch wenn das hier nicht reingehört)
-
@feuersturm Es wurde nich gemedlet das der Adapter craht bei Timeouts bzw Connection Lost ... das schaut sich @Excodibur gerade noch an ...
-
@apollon77 sagte in Test Adapter influxdb 2.0:
Exakt. Jede instanz eine DB, damit kannst Du auch genau konfigurieren welche Datenpunkte wo hin laufen sollen
Geht das nur mit Influx 2.0 oder dann auch mit der 1.8er Version.
-
@stenmic dann auch mit 1.8
-
@apollon77 super… ich setzte gerade meinen iobroker neu auf.
Soll ich schon den neuen Adapter nehmen bzw. könnt ihr schon abschätzen wann er stable wird?
Bei influxdb bin ich unentschlossen 1.8 oder 2.0 -
@stenmic sagte in Test Adapter influxdb 2.0:
Soll ich schon den neuen Adapter nehmen bzw. könnt ihr schon abschätzen wann er stable wird?
Naja wir sind hier gerade im Alpha Test ... Wenn alles klappt gehen wir diese Woche noch ins Beta/Latest. Dann hngt es vom User-Feedback ab wie schnell wir Stable gehen. Aber frühestens 14 tage nach Beta
-
AUf GitHub ist eine neue Version - immer noch v2.1.0 ... also bitte nach Update manuell Adapter neustarten.
passt bei euch alles?
-
@apollon77
Mal eine Frage.
Ich arbeite scheinbar mit InfluxDB Version 1.6.4 in einem Proxmox Container.
Ist es sinnvoll ein Update zu machen?
Welche Version wäre sinnvoll?
Gibt es irgendwo eine verständliche Anleitung dafür?
Mir sind die vorhandenen Daten nicht unbedingt wichtig falls die verloren gehen. Wäre zwar schön die zu übernehemn, aber wenn es sich nicht vermeiden lässt dann muss ich eben damit leben. -
@chaot
Dann arbeitest du offenbar mit den distributionsseitig gelieferten Paket/Softwarestand.apt policy influxdbzeigt das Repository.
Wenn du nichts vermisst (und das scheint ja der Fall zu sein), dann würde ich die Version und das Repository auch beibehalten
