Test Adapter influxdb 2.0
-
@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 -
@thomas-braun sagte in Test Adapter influxdb 2.0:
apt policy influxdb
influxdb: Installiert: 1.6.4-1+deb10u1 Installationskandidat: 1.6.4-1+deb10u1 Versionstabelle: *** 1.6.4-1+deb10u1 500 500 http://ftp.debian.org/debian buster/main amd64 Packages 500 http://security.debian.org buster/updates/main amd64 Packages 100 /var/lib/dpkg/statusScheint so.
Ich vermisse eigentlich nichts. Wenn das kein Problem ist dann lasse ich das so. Danke für die Info. -
@chaot sagte in Test Adapter influxdb 2.0:
Also ich denke das der 2.1er Adapter auch mit der 1.6.4der influxdb läuft, getestet ist er nur mit 1.8 und 2
