[gelöst] InfluxDB 2: Welcher Wert müllt die DB voll?

[Marc Berg]

@iobroker2001
Unter dem /data -Verzeichnis liegen ja die einzelnen Buckets. Was möglich sein KÖNNTE, dass das "Monitoring" Bucket sehr viele Daten enthält.

Die ID des Buckets findet sich unter dem /data Verzeichnis wieder. Ggf. lohnt es sich, die Verzeichnisse noch einzeln mit "du" auszuwerten.

[iobroker2001]

@marc-berg

--- /var/lib/influxdb/engine/data ----------------------------------------------
    7,5 GiB [##########] /9b191b71b9474c02                                      
    6,7 MiB [          ] /420ba78195c86dab
   76,0 KiB [          ] /6472faa780429f3d

Unter ./data sehe ich 3 Dateien zu (Unter-)Buckets, die aber alle zum Bucket "influx-statistikdaten" gehören - so wie ich das als InfluxdB-Neuling sehe, welche mein Haupt-Bucket für Nicht-IOBroker-Daten ist. Für ioBroker habe ich ja wie beschrieben, ein eigenes Bucket "iobroker". Wenn ich auf "iobroker" klicke, bekomme ich meine Daten angezeigt, aber keine weiteren Bucketinfos.

[A Former User]

@iobroker2001 sagte in InfluxDB 2: Welcher Wert müllt die DB voll?:

@marc-berg

--- /var/lib/influxdb/engine/data ----------------------------------------------
    7,5 GiB [##########] /9b191b71b9474c02                                      
    6,7 MiB [          ] /420ba78195c86dab
   76,0 KiB [          ] /6472faa780429f3d

Unter ./data sehe ich 3 Dateien zu (Unter-)Buckets, die aber alle zum Bucket "influx-statistikdaten" gehören - so wie ich das als InfluxdB-Neuling sehe, welche mein Haupt-Bucket für Nicht-IOBroker-Daten ist. Für ioBroker habe ich ja wie beschrieben, ein eigenes Bucket "iobroker". Wenn ich auf "iobroker" klicke, bekomme ich meine Daten angezeigt, aber keine weiteren Bucketinfos.

Moin,

geh doch mal auf das Bucket influx-statistikdaten und stell das auf 7 tage

Die Standardzeit zum Bereinigen der Buckets sind 30 Minuten, wenn Du dann wartest, sollten die Daten langsam verschwinden und nur noch 7 Tage übrig bleiben.

VG
Bernd

[A Former User]

@iobroker2001 sagte in InfluxDB 2: Welcher Wert müllt die DB voll?:

Wenn ich auf "iobroker" klicke, bekomme ich meine Daten angezeigt, aber keine weiteren Bucketinfos.

Moin,

VG
Bernd

[iobroker2001]

@dp20eic Habe ich jetzt gemacht, jetzt steht Retention auf "7 days", stand vorher auf nie löschen:

Jetzt:

Ich warte jetzt einmal 30 Minuten, noch hat sich nichts getan.

[iobroker2001]

@iobroker2001 Mist, ich glaube, jetzt habe ich Mist gebaut, hatte zuerst influx-statistikdaten auf 7 Tage gesetzt, mich dann vertan und auch noch iobroker auf 7 Tage... Hoffe, dass die Änderung zurück noch greift...
Die Änderung zurück auf nicht löschen in iobroker wird nicht aufgefrischt.
Einige Tagen wurden schon gelöscht, dann werde ich mal das Backup wieder einspielen...

Aber etwas Positives: das große Bucket ist auf 1 GB geschrumpft, scheint also etwas gebracht zu haben.

Vielen Dank,
Bernd und Marc-Berg

[A Former User]

@iobroker2001 sagte in InfluxDB 2: Welcher Wert müllt die DB voll?:

Einige Tagen wurden schon gelöscht, dann werde ich mal das Backup wieder einspielen...

Moin,

gut, dass Du ein Backup hast, denn das wäre ja nicht so schön, wenn Dir Daten flöten gehen.

Das ist der Grund warum ich mit mehreren Organisationen arbeite, so hat jede Organisation nur sein Bucket

Beim Strom sind es zwei Buckets, einmal alles und einmal aggregiert auf einen Tag

Hier nur mal nur zum Testen und für Spielereien, hier fürs Forum

VG
Bernd

[iobroker2001]

@dp20eic Habe mit BackItUp meine iobroker-InfluxDB-Datensicherung "Backupdatei wiederherstellen" eingespielt, ging ruckzuck, aber Daten vor 7 Tagen sind trotzdem weg!

Bucket iobroker steht auf "Retention: Forever", nur influx-statistikdaten wie geplant auf 7 Tage.
Backup noch einmal eingespielt, während Backup Log:

Started restore ...
[DEBUG] [influxDB] - Created tmp directory
[DEBUG] [influxDB] - Start infuxDB Restore ...
[DEBUG] [influxDB] - influxdb.0 is stopped
[ERROR] [influxDB] - 2023/04/07 18:23:53 INFO: Restoring bucket "420ba78195c86dab" as "iobroker"
Error: failed to restore bucket "iobroker": 422 Unprocessable Entity: bucket with name iobroker already exists

[DEBUG] [influxDB] - Try deleting the InfluxDB tmp directory
[DEBUG] [influxDB] - InfluxDB tmp directory was successfully deleted
[DEBUG] [influxDB] - infuxDB Restore completed successfully
[EXIT] influxDB restore done
[DEBUG] [influxDB] - influxdb.0 started

[Marc Berg]

@iobroker2001
Oh, jetzt war ich mal ein paar Stunden im Garten, und du löschst alle Daten

Mal 'ne blöde Frage: was ist eigentlich das Bucket "influx-statistikdaten"? Wurde das manuell angelegt?

[iobroker2001]

@marc-berg Das ist das 1. Bucket, welches InfluxDB anlegt. Das habe ich dann wohl umbenannt.
Ich hatte damals gehört, dass es besser sei, für die reinen ioBroker-Daten ein eigenes Bucket anzulegen, damit das Backup nicht so groß würde. Das ist das Bucket iobroker.

[Marc Berg]

@iobroker2001 sagte in InfluxDB 2: Welcher Wert müllt die DB voll?:

@dp20eic Habe mit BackItUp meine iobroker-InfluxDB-Datensicherung "Backupdatei wiederherstellen" eingespielt, ging ruckzuck, aber Daten vor 7 Tagen sind trotzdem weg!

Bucket iobroker steht auf "Retention: Forever", nur influx-statistikdaten wie geplant auf 7 Tage.
Backup noch einmal eingespielt, während Backup Log:

Error: failed to restore bucket "iobroker": 422 Unprocessable Entity: bucket with name iobroker already exists

Das Bucket darf vor dem Restore nicht existieren, oder du hakst in der Backitup Instanz folgendes an:

[iobroker2001]

@marc-berg Habe den Haken gesetzt, beim Restore kommt identische Meldung, aber auch die gute Bestätigung wie beim 1. Mal, s. auch oben!

[DEBUG] [influxDB] - infuxDB Restore completed successfully

[EXIT] influxDB restore done

[DEBUG] [influxDB] - influxdb.0 started

Das Restore scheint also funktioniert zu haben, aber nicht den gewünschten Effekt zu haben. Habe Raspi schon neu gestartet. Den Bucket "influx-statistikdaten" versuche ich testweise, wieder auf ewig zu setzen, wird zwar mit OK-Meldung ("was successfully updated") quittiert, aber Anzeige bleibt auf 7 Tage, auch nach Neustart. Grrrr..

Im influx-statistikdaten finde ich Einträge wie boltdb_reads_total, go_memstats...., service_ etc.

[Marc Berg]

@iobroker2001
Alles etwas seltsam. Was heißt denn konkret "Das Restore scheint also funktioniert zu haben, aber nicht den gewünschten Effekt zu haben."

[iobroker2001]

@marc-berg Ich meine damit, BackItUp meint, Restore wäre ok gewesen...;-)

[Marc Berg]

@iobroker2001
Sind jetzt gar keine Daten mehr da, oder wie?

[iobroker2001]

@marc-berg Es sind nur noch die Daten der letzten 7 Tage da.

[Marc Berg]

@iobroker2001
Ok, dann schau mal in deine Influxdb-Instanz:

[iobroker2001]

@marc-berg Sieht bei mir genauso aus:

[Marc Berg]

@iobroker2001

Dann bin ich jetzt auch ratlos. Irgendwo scheint ja die Retention Time von 7 Tagen gespeichert zu sein. Ich würde mich jetzt durchprobieren: Influxdb-Instanzen stoppen, das Bucket über die InfluxDb Web UI löschen und das Restore über die Kommandozeile machen. Ist zwar alles nicht logisch, aber eine andere Idee habe ich im Moment nicht.

[iobroker2001]

@marc-berg Ich glaube, ich muss mich von den Daten verabschieden - sie haben sich ja selbst schon von mir verabschiedet
Ausgerechnet dieses Mal hatte ich kein SD-Karten-Image-Backup gemacht...
Ich werde am Wochenende Deinen Vorschlag mal probieren.

Wie auch immer:

@marc-berg VIELEN VIELEN DANK!!!!

@dp20eic VIELEN VIELEN DANK!!!!

Wünsche Euch frohe Ostern!!