Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[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!? :angel:

[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?

[apollon77]

@sputnik24 Wenn jemand einen sauberen Weg findet können wir den auch gern in der Readme verlinken

[nukleuz]

@chaot

Ich habe nochmal alle Rechte an den User gegeben - bisher bleibt die Meldung aus 😇

Danke auch @apollon77 👍

[apollon77]

Hi an alle fleißigen Tester,

seit gestern haben wie InfluxDB 2.6.0 im Latest/Beta und die Rufe danach eine 2.x Stable zu haben werden immer lauter.

Es wäre daher super wenn möglichst viele sich die 2.6.0 Installieren und Feedback geben.

Danke!

[mrjeschke]

@apollon77
Der Influx-Adapter läuft bei mir super. Nur wenn ich auf die Verlaufsdaten gehe
sieht es teilweise etwas merkwürdig aus.
Sehe ich mir die letzten 20/30 Minuten oder oder 1h an, alles ok.
Gehe ich weiter zurück, fehlen die Daten der letzten Tage.
Teilweise kommt auch der Fehler Datumsformat / Zeitformat falsch.
Kommt wohl aber nicht vom influxdb-adpter, der history-adatper reagiert genauso
.