Test Adapter influxdb 2.0

[splatterjoe]

@apollon77 said in Test Adapter influxdb 2.0:

@splatterjoe Hast du mal genaueres Log?

Ich habe das Loglevel auf debug gestellt und den Adapter neugestartet.

influx.log

@crunchip Ich habe dem Container 1GB gegeben und im Moment sind gerade einmal 240MB in Benutzung. Es scheint somit nicht am RAM zu liegen .

EDIT:
Ich habe den RAM der iobroker-VM überprüft und hier waren nur noch 400MB frei. Ich habe der VM nun mal etwas mehr gegönnt und musste sie daher auch neustarten. Et voila... Die Instanzen können sich wieder korrekt verbinden. Falls sich das Problem wiederholen sollte, melde ich mich nochmal.

Danke & Grüße

[crunchip]

@splatterjoe dann überprüfe mal das Proxmox log, dort sollte was zu finden sein

[splatterjoe]

@crunchip
Kurioserweise sehe ich auch hier immer wieder den Fehler 404, da ich vom proxmox die Metriken an die influxdb schicke. Das spricht dann doch eher für ein Problem bei der influxDB, oder?

Beispiel:

Jan 19 11:23:09 proxmox pvestatd[997]: metrics send error 'influxDB': 404 Not Found

[apollon77]

@splatterjoe Ja klingt es

[crunchip]

@splatterjoe sagte in Test Adapter influxdb 2.0:

für ein Problem bei der influxDB, oder?

ja, da du wie oben geschrieben hast

@splatterjoe sagte in Test Adapter influxdb 2.0:

Ich habe dem Container 1GB gegeben

der Ram irgendwann überläuft und der LXC "abkackt", 1Gb ist zu wenig
mein LXC hat sich bei 1,5GB Ram eingependelt(3Gb vergeben), da läuft nur Influx und es werden nur 2 Datenpunkte geloggt

[splatterjoe]

@crunchip
Ich logge hier ein paar mehr Datenpunkte, aber ich werde den zugewiesenen RAM auf 3GB erhöhen und den Verbauch mal im Auge behalten.

[passuff]

"Important: For now just use the initial owner auth token because we still struggle on how to create a token that has sufficient permissions. The Owner Token was generated on InfluxDB setup process."

Wie kommt man da im Nachgang noch dran?

EDIT:

[crunchip]

@passuff sagte in Test Adapter influxdb 2.0:

"Important: For now just use the initial owner auth token because we still struggle on how to create a token that has sufficient permissions. The Owner Token was generated on InfluxDB setup process."

du meinst hier?

[passuff]

@crunchip

Klicke auf iobroker 's token. Dann erscheint der Key.

[nukleuz]

Hi zusammen,

ist der Adapter schon stable?
Würde auch gerne auf influxdb 2.x umsteigen bevor ich auf 1.x Flux aktiviere…

Danke für Infos.

[Feuersturm]

@nukleuz Die Adapterversion 2.x ist noch nicht im stable verfügbar. Siehe https://github.com/ioBroker/ioBroker.influxdb

[apollon77]

@nukleuz Diie 2.0 ist "Kurz vor stable". Ich muss nur nochmal zeit finden alle letzten Berichte zu sichten, aber mitr wären gerade keine issues die nicht im GitHub existieren bekannt

[nukleuz]

@apollon77 @Feuersturm

Danke für eure Antworten - installiere gerade von Github die 2.4.0.
Habe beide Versionen von InfluxDB (1.8.x und 2.1.1) im Einsatz.

Bin gespannt und danke schon mal (ohne zu testen) für die Arbeit!

Hier ist also auch der richtige Ort für alles was auffällt!?

[nukleuz]

Ist die Warnung im Log OK (InfluxDB V 1.x):

influxdb.0
	2022-01-29 22:16:11.511	info	enabled logging of Bad-HM-Temperatur, Alias=true, 2 points now activated
influxdb.0
	2022-01-29 22:16:11.509	info	enabled logging of Bad-HM-Luftfeuchtigkeit, Alias=true, 1 points now activated
influxdb.0
	2022-01-29 22:16:11.415	warn	Error: error authorizing query: iobroker not authorized to execute statement 'ALTER RETENTION POLICY autogen ON iobroker DURATION 730d REPLICATION 1 SHARD DURATION 1w DEFAULT', requires admin privilege
influxdb.0
	2022-01-29 22:16:11.404	info	Applying retention policy (autogen) for iobroker to 63072000 seconds. Shard Duration: 604800 seconds
influxdb.0
	2022-01-29 22:16:11.280	info	Influx DB Version used: 1.x
influxdb.0
	2022-01-29 22:16:11.279	info	Connecting http://192.168.0.102:8086 ...
influxdb.0
	2022-01-29 22:16:11.274	info	No stored data from last exit found
influxdb.0
	2022-01-29 22:16:11.202	info	starting. Version 2.4.0 in /opt/iobroker/node_modules/iobroker.influxdb, node: v12.22.8, js-controller: 3.3.22

[apollon77]

@nukleuz sagte in Test Adapter influxdb 2.0:

Ist die Warnung im Log OK (InfluxDB V 1.x):

Naja wenn der User unter dem deinen 1.xer InfluxDB läuft diese Rechte nicht hat dann ja

[nukleuz]

@apollon77

OK

Was macht dieser Befehl - was könnte dadurch nicht laufen/gespeichert/ausgeführt werden?

Muss mir mal die Rechte anschauen - eigentlich hat der user für die DB alle Rechte... Mhhh..

Danke vorab.

[apollon77]

@nukleuz DU hast im Adapter eine "Retention policy" eingestellt aber in der DB ist eine andere Retention hinterlegt. Das hat der alte Adapter nicht sauber erkennt und daher ignoriert. Der neue versucht es geradezuziehen.

[nukleuz]

@apollon77

Danke für die Erklärung. Allerdings hat der Benutzer auf die DB in die geschrieben wird alle Rechte. ..

Hast du dazu noch eine Idee?

[Chaot]

@nukleuz
Das sieht aber nicht so aus:

Error: error authorizing query: iobroker not authorized to execute statement 'ALTER RETENTION POLICY autogen ON iobroker DURATION 730d REPLICATION 1 SHARD DURATION 1w DEFAULT', requires admin privilege

[Sputnik24]

Hallo zusammen,

ich habe ja bereits vor längerer Zeit meine Daten erfolgreich auf v2 umgezogen. Nun bin ich über das Feature Tags gestolpert, mit dem q, ack und from als Tag und nicht als Field gespeichert werden können (Zwischenfrage: Was ist eigentlich q?). Nachteil ist wohl, dass man bestehende Measurements nicht einfach auf Tags umstellen kann.

https://stackoverflow.com/questions/68994445/influxdb-how-to-convert-field-to-tag-in-influxdb-v2-0
Mit flux kann man wohl Daten eines Measurements in ein neues schreiben und dabei fields in tags umwandeln. Meine Idee wäre nun, alle Measuremments in ein neues bucket zu schreiben, dabei die fields q, ack und from in Tags umzuwandeln und dann den influxDB Adapter auf das neue bucket umzustellen?

Was meint ihr? Hat das vielleicht schon jemand versucht?