<![CDATA[Statistik in influxdb 5.2.0]]>@bluefox
ich finde die neue Version vom Influx Adapter sehr gut. Vor allem "Datenbrowser" und "Statistik"
Damit kann man entspannt Datenwerte korrigieren bzw. löschen.

Bei der Statistik habe ich leider einen kleines Problem bei mir.
Ich schreibe sehr viele Daten direkt über Skripte nach influx, ohne Datenpunkt unter Objekte.
Diese werden dann, logischer Weise, bei mir als "Objekt gelöscht" angezeigt.

Ich habe aber tatsächlich auch echte gelöschte Objekte (Datenleichen),
die ich dann lediglich über das Datum vom letzten Wert finden würde.

Gehe ich jetzt auf "Aufräumen" kann ich zwar die Datenpunkte auswählen, die ich löschen möchte, aber es werden keine weiteren Daten "letzter Wert" in dieser Ansicht angezeigt, was dann das Auswählen mühselig macht.
Wäre es möglich, gleich in der Hauptansicht Checkboxen zum löschen einzubauen.

Oder hast du eine Idee, Datenpunkte die aus Javakript aktiv geschrieben werden, nicht als "Objekt gelöscht" anzuzeigen? Eventuell über einen Filter "letzter Wert älter als"

Hier ein Beispiel, am rechten Datum sieht man, dass die Daten aktuell geschrieben werden.
Screenshot 2026-10-27 062345.png

In dieser Auswahl ist es schwer tatsächliche "Leichen" zu finden.
loeschen.png

]]>https://forum.iobroker.net/topic/85688/statistik-in-influxdb-5.2.0RSS for NodeSat, 07 Nov 2026 17:46:41 GMTTue, 27 Oct 2026 05:43:26 GMT60<![CDATA[Reply to Statistik in influxdb 5.2.0 on Sat, 07 Nov 2026 14:59:32 GMT]]>Nach einem Neustart vom ioBroker und auch gleich der Influx VM geht es wohl. Allerdings fehlt mir da eine Auswahlmöglichkeit, welche Datenpunkte werden sollen.
1000096641.jpg

Edit: doch nicht. Beim nächsten Anlauf gibt es wieder nichta aufzuräumen und das Log wird mit influx-Fehlern geflutet.

]]>https://forum.iobroker.net/post/1362238https://forum.iobroker.net/post/1362238Sat, 07 Nov 2026 14:59:32 GMT<![CDATA[Reply to Statistik in influxdb 5.2.0 on Sat, 07 Nov 2026 14:24:24 GMT]]>Ich habe jetzt aufräumen lassen. Nun sind noch die Datenpunkte ohne Logging drin, die werden aber nicht aufgeräumt.
1000096639.jpg

]]>https://forum.iobroker.net/post/1362231https://forum.iobroker.net/post/1362231Sat, 07 Nov 2026 14:24:24 GMT<![CDATA[Reply to Statistik in influxdb 5.2.0 on Sat, 07 Nov 2026 14:16:54 GMT]]>@peterfido

Am Beispiel der Temperatur, je nachdem wie fein der Temperatursenso änderungen auflöst muss man meiner Meinung nach keine Änderungen kleiner wie 0.1 aufzeichnen. Das kann man direkt am datenpunkt einstellen.

Ggfs kann man nach einer gewissen Zeit auch die Daten aggregieren, bei der man immer nur auf die stündliche Durchschnittstemperatur aggregiert. Genauer ist glaube ich nach 3 Monaten auch nicht mehr interessant.

]]>https://forum.iobroker.net/post/1362226https://forum.iobroker.net/post/1362226Sat, 07 Nov 2026 14:16:54 GMT<![CDATA[Reply to Statistik in influxdb 5.2.0 on Sat, 07 Nov 2026 13:52:29 GMT]]>

@rscsb sagte:

Es ist ja wirklich jedem selbst überlassen, was er so ein seine DB schreibt.
Aber 60 Mio. Werte für eine CPU-Temperatur wären mir der Speicherverbrauch und die Verarbeitungszeit nicht wert. 😌

Dafür gibt es jetzt die zweite Datenbank, welche nur noch drei Monate speichert. Da ziehen alle solche Werte demnächst hin um.

Der NUC 12 bekommt öfter mal Schnappatmung, dann muss ich den wieder reinigen.

Allerdings soll der Wert nur jede Minute kommen. Da muss ich mal schauen, wo die Menge an Werte herkommt. Somit hat sich die Statistik für mich schon gelohnt.

]]>https://forum.iobroker.net/post/1362222https://forum.iobroker.net/post/1362222Sat, 07 Nov 2026 13:52:29 GMT<![CDATA[Reply to Statistik in influxdb 5.2.0 on Fri, 06 Nov 2026 18:50:46 GMT]]>Ich habe von der influxdb eigentlich keine Ahnung.
Kenne mich hauptsächlich mit relationalen Datenbanken aus.

Das Problem liegt wahrscheinlich an sehr großen Datenbanken und wo die Berechnung der Anzahl der Datensätze in einem gewissen Zeitraum tatsächlich abläuft.
Im schlimmsten Fall müssen alle Datensätze gelelesen werden (am schlimmsten wenn sie zum iobroker geladen werden).
Bei relationalen Datenbanken nennt sich das Full table scans, was man bei großen Datenbanken vermeiden sollte.
Als Gegenmaßnahme legt man entsprechende indizies auf die Felder, nachdem man suchen möchte, an. Aber auch hier müssen die entsprechenden Indices in den RAM passen, ansonsten muss auch dieser geladen werden.

Wie influxdb seine Tabellen organisiert, weiß ich nicht, aber eventuell wären das Ansatzpunkte das dahingehend zu optimieren.

Allerdings muss man sagen, dass ein ioBroker Adapter nur begrenzt ein Datenbank Management Tool sein kann.

]]>https://forum.iobroker.net/post/1362179https://forum.iobroker.net/post/1362179Fri, 06 Nov 2026 18:50:46 GMT<![CDATA[Reply to Statistik in influxdb 5.2.0 on Fri, 06 Nov 2026 18:40:37 GMT]]>@Bluefox
Ja, bei mir problemlos.
Edit: Pi4 mit 8GB

]]>https://forum.iobroker.net/post/1362176https://forum.iobroker.net/post/1362176Fri, 06 Nov 2026 18:40:37 GMT<![CDATA[Reply to Statistik in influxdb 5.2.0 on Fri, 06 Nov 2026 18:31:38 GMT]]>

@Bluefox sagte:

Geht das überhaupt bei jemandem ausser bei mir?

Ja bei mir.

]]>https://forum.iobroker.net/post/1362175https://forum.iobroker.net/post/1362175Fri, 06 Nov 2026 18:31:38 GMT<![CDATA[Reply to Statistik in influxdb 5.2.0 on Fri, 06 Nov 2026 16:51:33 GMT]]>

@peterfido sagte:

Mit 16 GB RAM und Request-Timeout auf 60000 geht es dann.

Es ist ja wirklich jedem selbst überlassen, was er so ein seine DB schreibt.
Aber 60 Mio. Werte für eine CPU-Temperatur wären mir der Speicherverbrauch und die Verarbeitungszeit nicht wert. 😌

]]>https://forum.iobroker.net/post/1362162https://forum.iobroker.net/post/1362162Fri, 06 Nov 2026 16:51:33 GMT<![CDATA[Reply to Statistik in influxdb 5.2.0 on Fri, 06 Nov 2026 15:40:16 GMT]]>Mit 16 GB RAM und Request-Timeout auf 60000 geht es dann. Am Ende sind weiterhin 4,5 GB im Cache, sodass 12GB RAM wohl reichen würden .1000096589.jpg

]]>https://forum.iobroker.net/post/1362156https://forum.iobroker.net/post/1362156Fri, 06 Nov 2026 15:40:16 GMT<![CDATA[Reply to Statistik in influxdb 5.2.0 on Fri, 06 Nov 2026 15:31:20 GMT]]>Bei meiner kleinen Datenbank, welche einige Werte für drei Monate speichert, kein Problem. Bei der großen Datenbank baut sich die Statistik nicht auf. Ich habe den RAM von 4 auf 8, von 8 auf 16 GB erhöht. Bei 16 sind dann noch 4,5 GB im Cache. Trotzdem reicht es nicht, da der Request-Timeout zuerst greift.

1000096587.jpg

]]>https://forum.iobroker.net/post/1362155https://forum.iobroker.net/post/1362155Fri, 06 Nov 2026 15:31:20 GMT<![CDATA[Reply to Statistik in influxdb 5.2.0 on Fri, 06 Nov 2026 15:21:37 GMT]]>@Bluefox
Influxdb in eigenem Container mit 2GB Ram leuchtet mir ein.
Aber History läuft unter iobroker in einer VM mit 8GB Ram, das sollte dann doch mal reichen.

]]>https://forum.iobroker.net/post/1362152https://forum.iobroker.net/post/1362152Fri, 06 Nov 2026 15:21:37 GMT<![CDATA[Reply to Statistik in influxdb 5.2.0 on Fri, 06 Nov 2026 15:09:00 GMT]]>

@mrjeschke sagte:

@Bluefox
Bei meiner kleinen Datenbank mit 40000 Werten sehe ich keine Probleme.
Mit der grossen Datenbank mit 150 Mio. Werten gibt es bei mir auch Probleme mit dem RAM (4BG)
Wenn ich die Statistikseite mehrfach kurz nacheinander anzeigen lasse, ist der RAM voll und
es kommen keine Daten mehr auf der Statistikseite.
Dann muss ich ein paar Minuten warten bis der RAM sich wieder beruhigt hat.
Ich habe dem LXC-Container jetzt 8GB RAM gegeben und damit läuft es jetzt.
Statistik wird angezeigt und aufräumen klappt auch.

image.jpeg

Dann gibt es RAM Problem: @snopy_16

Na ja... Ich kann nicht zaubern. Und man braucht mehr RAM

]]>https://forum.iobroker.net/post/1362150https://forum.iobroker.net/post/1362150Fri, 06 Nov 2026 15:09:00 GMT<![CDATA[Reply to Statistik in influxdb 5.2.0 on Fri, 06 Nov 2026 15:06:38 GMT]]>@Bluefox
Bei meiner kleinen Datenbank mit 40000 Werten sehe ich keine Probleme.
Mit der grossen Datenbank mit 150 Mio. Werten gibt es bei mir auch Probleme mit dem RAM (4BG)
Wenn ich die Statistikseite mehrfach kurz nacheinander anzeigen lasse, ist der RAM voll und
es kommen keine Daten mehr auf der Statistikseite.
Dann muss ich ein paar Minuten warten bis der RAM sich wieder beruhigt hat.
Ich habe dem LXC-Container jetzt 8GB RAM gegeben und damit läuft es jetzt.
Statistik wird angezeigt und aufräumen klappt auch.

image.jpeg

]]>https://forum.iobroker.net/post/1362149https://forum.iobroker.net/post/1362149Fri, 06 Nov 2026 15:06:38 GMT<![CDATA[Reply to Statistik in influxdb 5.2.0 on Fri, 06 Nov 2026 13:21:42 GMT]]>Geht das überhaupt bei jemandem ausser bei mir?

]]>https://forum.iobroker.net/post/1362133https://forum.iobroker.net/post/1362133Fri, 06 Nov 2026 13:21:42 GMT<![CDATA[Reply to Statistik in influxdb 5.2.0 on Fri, 06 Nov 2026 08:13:56 GMT]]>@Bluefox image.jpeg
Mehr kommt nicht, obwohl es eine Menge Daten geben muss.

Nach Klick auf Aufräumen kommt dann sowas
image.jpeg

wird etwa in einem falschen Verzeichnis gesucht?

Im LOG steht gar nichts.

]]>https://forum.iobroker.net/post/1362083https://forum.iobroker.net/post/1362083Fri, 06 Nov 2026 08:13:56 GMT<![CDATA[Reply to Statistik in influxdb 5.2.0 on Thu, 05 Nov 2026 18:08:15 GMT]]>

@Snopy_16 sagte:

@MondieuX @bluefox bei mir ganz dasselbe mit RAM Auslastung im Container
image.jpeg

image.jpeg

Habs mit der Version 5.2.3 probiert, dasselbe Problem.

Und auch in der History Instanz:
Dort finden sich unter Statistik gar keine Daten, obwohl im Reiter Datenbrowser alle vorhanden sind.
image.jpeg

Wie soll ich das untersuchen? Logs? Bei mir geht es:
image.jpeg

]]>https://forum.iobroker.net/post/1362023https://forum.iobroker.net/post/1362023Thu, 05 Nov 2026 18:08:15 GMT<![CDATA[Reply to Statistik in influxdb 5.2.0 on Thu, 05 Nov 2026 14:46:43 GMT]]>@MondieuX @bluefox bei mir ganz dasselbe mit RAM Auslastung im Container
image.jpeg

image.jpeg

Habs mit der Version 5.2.3 probiert, dasselbe Problem.

Und auch in der History Instanz:
Dort finden sich unter Statistik gar keine Daten, obwohl im Reiter Datenbrowser alle vorhanden sind.
image.jpeg

]]>https://forum.iobroker.net/post/1361993https://forum.iobroker.net/post/1361993Thu, 05 Nov 2026 14:46:43 GMT<![CDATA[Reply to Statistik in influxdb 5.2.0 on Wed, 04 Nov 2026 13:28:07 GMT]]>Hallo

Nein, das erste Bild hab ich beim Fehler nachstellen gemacht.
Diese folgenden sind der Normal-Betreib.

Influx_Normal.JPG
Influx_CPU.JPG

Der erste Ausreißer war ob das Problem noch vorhanden ist. Der zweite lange Ausreißer ob es vielleicht doch nach 2 Stunden wieder normal wird.

Wenn man den Container mit STOP beendet und wieder startet läuft alles ohne Probleme weiter ... ausser man steht im ioBroker immer noch am Statistik-Reiter ... dann geht es von vorne los.

DANKE.

]]>https://forum.iobroker.net/post/1361845https://forum.iobroker.net/post/1361845Wed, 04 Nov 2026 13:28:07 GMT<![CDATA[Reply to Statistik in influxdb 5.2.0 on Tue, 03 Nov 2026 23:12:38 GMT]]>@MondieuX

Ist die Speicher und SWAP Auslastung bei dir der Normal-Zustand oder nur ein Ergebnis irgendwelcher vorhergehender Aktionen?
Wahrscheinlich wurden Prozesse außer der Reihe beendet, weil das RAM zu ende war.

]]>https://forum.iobroker.net/post/1361793https://forum.iobroker.net/post/1361793Tue, 03 Nov 2026 23:12:38 GMT<![CDATA[Reply to Statistik in influxdb 5.2.0 on Tue, 03 Nov 2026 22:05:29 GMT]]>Hallo

Wollte kein eigenes Thema aufmachen.
Wenn nicht BITTE schreiben wohin. DANKE.

Der neue Adapter ist SUPER !!! Gratulation und DANKE.
Endlich eine einfache Möglichkeit Datenfehler oder kleine Lücken zu füllen

Für micht gehören die beiden Reiter "Datenbrowser und Statistik" als eigener Eintrag nach LINKS ins Menü (So wie zb. Zigbee2Mqtt).

Was ich mir wünschen würde...
Ich komme immer wieder auf neue Möglichkeiten wie ich schon lange vorhandene Datenreihen berechnen und in Grafana darstellen kann.
Wenn ich jetzt eine kleines Blockly schreibe das mehrere Datenpunkte laufend zu einem wert berechnet, hab ich erst ab diesem Augenblick den neuen Wert.
Jetzt wäre schön wenn es auch den CSV-Export und Import (den es in Influx-GUI schon mal gab) geben würde.
Dann könnte man zB. historische Daten in Excel berechnen und diese wieder in die Influx Importieren.

Als letzter Punkt hab ich noch ein Problem.
Konnte bis jetzt nur "Datenbrowser"Reiter testen.
Wenn ich auf Statistik klicke läuft mein Influxdb-Container innerhalb von Sekunden voll und ist nicht mehr erreichbar.
Adapterversion ist v5.2.3

Influx_Statistik.JPG

Nach einiger Zeit kommt im Adpter

  • connect EHOSTUNREACH 192.168.???.???:8086 (errno: -113)
  • Die Datenbank enthält noch keine Datenpunkte.

Hab schon 3 Stunden gewartet ... Was mache ich falsch ???

DANKE für Info und Hilfe-

]]>https://forum.iobroker.net/post/1361789https://forum.iobroker.net/post/1361789Tue, 03 Nov 2026 22:05:29 GMT<![CDATA[Reply to Statistik in influxdb 5.2.0 on Sun, 01 Nov 2026 05:12:45 GMT]]>

@Bluefox sagte:

Danke für den Log, damit war die Ursache schnell klar.

Bei InfluxDB 2.x gibt es kein „DROP MEASUREMENT“. Der Adapter löscht deshalb alle Werte des Datenpunkts über die Delete-API. Dabei geht InfluxDB jeden Shard des Buckets durch, und bei einem Bucket mit Daten aus mehreren Jahren dauert das schnell mehrere Minuten. Der Adapter hat aber nur so lange gewartet, wie das normale „Request timeout“ erlaubt (Standard 30 Sekunden), und dann mit RequestTimedOutError abgebrochen.

Ab Version 5.2.3 bekommen Löschvorgänge eine eigene Verbindung und dürfen bis zu 10 Minuten dauern. Das gilt für das Aufräumen in der Statistik und auch für delete, deleteRange und deleteAll. Schreiben und Abfragen behalten das eingestellte Timeout. Die Version ist veröffentlicht und sollte in Kürze im Latest-Repository auftauchen.

Wer nicht warten möchte: In den Instanzeinstellungen das „Request timeout“ vorübergehend auf z. B. 600000 (10 Minuten) setzen, aufräumen, danach wieder zurückstellen.

Das Löschen kann je nach Größe des Buckets trotzdem einige Minuten dauern. Bitte den Dialog so lange offen lassen.

Kannst du mit 5.2.3 noch einmal aufräumen und kurz Bescheid geben, ob es jetzt durchläuft? Falls einzelne Datenpunkte weiter fehlschlagen, bitte den Log-Ausschnitt dazu posten.

mit der 5.2.3 funktioniert es, danke

]]>https://forum.iobroker.net/post/1361284https://forum.iobroker.net/post/1361284Sun, 01 Nov 2026 05:12:45 GMT<![CDATA[Reply to Statistik in influxdb 5.2.0 on Thu, 29 Oct 2026 16:56:45 GMT]]>Danke für den Log, damit war die Ursache schnell klar.

Bei InfluxDB 2.x gibt es kein „DROP MEASUREMENT“. Der Adapter löscht deshalb alle Werte des Datenpunkts über die Delete-API. Dabei geht InfluxDB jeden Shard des Buckets durch, und bei einem Bucket mit Daten aus mehreren Jahren dauert das schnell mehrere Minuten. Der Adapter hat aber nur so lange gewartet, wie das normale „Request timeout“ erlaubt (Standard 30 Sekunden), und dann mit RequestTimedOutError abgebrochen.

Ab Version 5.2.3 bekommen Löschvorgänge eine eigene Verbindung und dürfen bis zu 10 Minuten dauern. Das gilt für das Aufräumen in der Statistik und auch für delete, deleteRange und deleteAll. Schreiben und Abfragen behalten das eingestellte Timeout. Die Version ist veröffentlicht und sollte in Kürze im Latest-Repository auftauchen.

Wer nicht warten möchte: In den Instanzeinstellungen das „Request timeout“ vorübergehend auf z. B. 600000 (10 Minuten) setzen, aufräumen, danach wieder zurückstellen.

Das Löschen kann je nach Größe des Buckets trotzdem einige Minuten dauern. Bitte den Dialog so lange offen lassen.

Kannst du mit 5.2.3 noch einmal aufräumen und kurz Bescheid geben, ob es jetzt durchläuft? Falls einzelne Datenpunkte weiter fehlschlagen, bitte den Log-Ausschnitt dazu posten.

]]>https://forum.iobroker.net/post/1361058https://forum.iobroker.net/post/1361058Thu, 29 Oct 2026 16:56:45 GMT<![CDATA[Reply to Statistik in influxdb 5.2.0 on Wed, 28 Oct 2026 14:43:10 GMT]]>@Bluefox die Auswahl wäre mit der neuen Version für mich ok.
Leider funktioniert das löschen nicht.

Auswahl:
Screenshot 2026-10-28 153820.png

Nach "JETZT LÖSCHEN" kommt bei mir:
Screenshot 2026-10-28 153916.png

2026-10-28 15:38:13.925 - warn: influxdb.1 (244851) Cannot remove xxx.aaa: RequestTimedOutError: Request timed out
2026-10-28 15:39:13.929 - warn: influxdb.1 (244851) Cannot remove xxx.bbb: RequestTimedOutError: Request timed out
2026-10-28 15:39:17.583 - warn: influxdb.1 (244851) Cannot remove xxx.ccc: RequestTimedOutError: Request timed out
]]>https://forum.iobroker.net/post/1360903https://forum.iobroker.net/post/1360903Wed, 28 Oct 2026 14:43:10 GMT<![CDATA[Reply to Statistik in influxdb 5.2.0 on Tue, 27 Oct 2026 17:02:48 GMT]]>@stenmic danke für das Feedback und den guten Vorschlag! Genau das ist in Version 5.2.2 jetzt drin. Sie wurde gerade veröffentlicht und sollte in Kürze im Latest-Repository auftauchen.

Was sich im Dialog „Aufräumen“ geändert hat:

  • Für jeden Datenpunkt werden jetzt auch „Ältester Wert“ und „Neuester Wert“ angezeigt. Du siehst also direkt im Dialog, ob noch geschrieben wird.
  • Es gibt ein neues Feld „Letzter Wert älter als … Tage“. Wenn du dort z. B. 30 einträgst, werden nur Datenpunkte angehakt, deren letzter Wert älter als 30 Tage ist.
    Alles, was deine Skripte noch aktiv schreiben, bleibt abgewählt und wird nicht gelöscht. Lässt du das Feld leer, wird wie bisher alles angehakt.
  • Die Auswahl kannst du danach natürlich noch per Checkbox korrigieren.

Deine per Skript geschriebenen Messwerte stehen in der Statistik weiterhin als „Objekt gelöscht“, weil es zu ihnen kein ioBroker-Objekt gibt. Mit dem Filter findest du die echten Datenleichen aber jetzt ohne Suchen.

Sag gerne Bescheid, ob das für dich so passt.

]]>https://forum.iobroker.net/post/1360782https://forum.iobroker.net/post/1360782Tue, 27 Oct 2026 17:02:48 GMT