Neues YouTube-Video: Visualisierung im Devices-Adapter

[Marc Berg]

@damrak2022
Mit der Abfrage hier kannst du dir zwar nicht direkt die Speichergröße anzeigen lassen, aber zumindest die Measurements und die darin enthaltene Anzahl an Datensätzen:

from(bucket: "iobroker")
  |> range(start: -10y)
  |> filter(fn: (r) => r["_field"] == "value")
  |> count()
  |> group()
  |> keep(columns: ["_measurement", "_value"])
  |> sort(columns: ["_value"], desc: true)
  |> rename(columns: {_value: "Anzahl"})

[Damrak2022]

@marc-berg Okay, also bei dem Shelly wo mein Mac dranhängt sind es z.B. 410200 Messpunkte. Da ich alle Datenpunkte auch weiterhin nutzen werde, sind die 5,5 GB wohl in Ordnung

[SpacerX]

@damrak2022 es bleibt dir ja noch Downsampling. Es ist je nach deinen Umständen vielleicht auch nicht nötig jede Sekunde einen Datenpunkt zu behalten.

[Damrak2022]

@spacerx Momentan sehen meine Einstellungen bei den geloggten Datenpunkten so aus:

Ist das richtig das ich bei der Blockzeit z.B. 5000 eintragen müsste, damit nur alle 5 Sekunden ein Wert geschrieben wird?

[bubiman]

Hallo, ich habe gerade bemerkt, dass mein influxdb Verzeichnis 162GB groß ist

und ich habe keine Ahnung warum. In den Konfiguration der Instanz habe ich 1 Jahr als Speicherdauer ausgewählt

Ich finde 162GB eeetwas zu groß und würde gerne heraus finden was da so massig Daten in die DB schreibt.
Mit der Abfrage aus https://forum.iobroker.net/post/1008873 kann ich nichts anfangen, ich weiß nicht mals wo ich die eintragen müsste.

Kann mir da wer weiter helfen?

[crunchip]

@bubiman schreibst du vllt noch anderweitig ausserhalb von iobroker in die influxdb?

[haus-automatisierung]

Hast Du die OSS Metrics deaktiviert? Sonst generiert das ziemlich viele Daten über die Zeit.

[MartinP]

"/mnt/usr/appdata/influxdb" sieht mit nicht nach einem Standard-Pfad für die Datenbank aus.
Vielleicht hat das irgendein Problem verursacht, und z. B. das Retain wird nicht beachtet, und die Daten werden nicht nach einem Jahr gelöscht ...
Kannst Du in Grafana Daten abrufen, die älter, als ein Jahr sind?

Was wird denn in der influxDB Web Ui über die Retain Zeit gesagt?

[crunchip]

@MartinP sagte:

"/mnt/usr/appdata/influxdb" sieht mit nicht nach einem Standard-Pfad für die Datenbank aus.

das ist Unraid

[MartinP]

@bubiman sagte:

Hallo, ich habe gerade bemerkt, dass mein influxdb Verzeichnis 162GB groß ist

und ich habe keine Ahnung warum. In den Konfiguration der Instanz habe ich 1 Jahr als Speicherdauer ausgewählt

Ich finde 162GB eeetwas zu groß und würde gerne heraus finden was da so massig Daten in die DB schreibt.
Mit der Abfrage aus https://forum.iobroker.net/post/1008873 kann ich nichts anfangen, ich weiß nicht mals wo ich die eintragen müsste.

Kann mir da wer weiter helfen?

Kochrezept:

Kommandozeile aufmachen auf dem Linux-Rechner, auf dem influx läuft, dann

1. Eine Datei des Inhalts von oben anlegen, z.b. "query_count_entries.txt"

from(bucket: "iobroker")
  |> range(start: -10y)
  |> filter(fn: (r) => r["_field"] == "value")
  |> count()
  |> group()
  |> keep(columns: ["_measurement", "_value"])
  |> sort(columns: ["_value"], desc: true)
  |> rename(columns: {_value: "Anzahl"})

2. Organisations-ID und Token herausfinden und folgendes als Kommandozeile eintippen (ich habe gleich den Anfang des Ergebnisses mitkopiert, org-id und token Großteils unkenntlich gemacht, bis das Ergebnis ausgespuckt wird dauert es etwas):

martin@iobroker-test-sicher:~$ influx query --org-id 9e........ --token 0Blx8.........0Q== --file ./query_count_entries.txt
Result: _result
Table: keys: []
                Anzahl:int                          _measurement:string
--------------------------  -------------------------------------------
                  29857440  alias.0.Zaehler.Elektrizität.1.Leistung.L1
                  29824895  alias.0.Zaehler.Elektrizität.1.Leistung.L2
...

[haus-automatisierung]

@MartinP Um das rauszufinden, dass es eh an den OSS Metrics liegt und da viele Daten drin stehen, welche man eh nicht nutzt.

1. Am besten nicht das Standard-Bucket für ioBroker nutzen, sondern ein separates anlegen
2. Dadurch kann man später alles einfacher löschen, was man nicht braucht. Also die go_* Measurements. Oder im Standard-Bucket direkt eine super kurze Retention Time setzen (1 Tag).
3. Alternativ in der Config metrics-disabled = true setzen, damit die Daten gar nicht erst gesammelt werden

Hatte ich alles ausführlich im Kurs erklärt.

Links

• https://docs.influxdata.com/influxdb/v2/reference/internals/metrics/
• https://docs.influxdata.com/influxdb/v2/reference/config-options/#metrics-disabled