Monatsrückblick Januar/Februar 2026 ist online!

[simatec]

@laser Der letzte ist der Operator Token

"description": "iobroker's Recovery Token",
                "token": "7wIc7VllUj3xRIfnu2jIxvPaLgMruI2ZHyUw2dYLeHSYrPQvPtS-1l8-_Jr43Nveb_aXW5cmzT11oM59gyKx6g==",

[simatec]

@marc-berg Ich schreib da mal ein Wiki Eintrag zu... Der externe Link ist ja tot...

[Marc Berg]

@simatec sagte in Kein iobroker Backup mehr über BackitUp Adapter:

Ich schreib da mal ein Wiki Eintrag zu... Der externe Link ist ja tot...

Ich habe ne Copy von der Seite, falls interessant.

[Laser]

@simatec Mein Gott, nun der Letzte- wie soll das ein Normalo kapieren?
Jetzt läuft der Testbefehl auf der Konsole erst mal an.

[Marc Berg]

@laser sagte in Kein iobroker Backup mehr über BackitUp Adapter:

Mein Gott, nun der Letzte- wie soll das ein Normalo kapieren?

Wenn der Löschfinger nicht so locker sitzt, bleibt es ewig der erste Eintrag ... :-)

[Laser]

@marc-berg Den Löschfinger hatte ich lange im Griff. Aber dann kam der vermeintliche Ordnungssinn hervor!
Der Backupbefehl auf der Konsole läuft erst mal. Wenn der fertig ist, mache ich das über BackItUp.

oder kann man das gefahrlos mit "strg C" abbrechen?

[Marc Berg]

@laser sagte in Kein iobroker Backup mehr über BackitUp Adapter:

oder kann man das gefahrlos mit "strg C" abbrechen?

Da passiert weiter nichts, außer ein paar Dateileichen. Ich würde mir aber Sorgen wegen der großen Datenmengen machen. Das ist auch nicht normal, wie sich das anhört.

[Laser]

@marc-berg Ja, das sind riesige Dateimengen. Vermutlich lese ich Werte zu oft ein. Obwohl ich das schon einige Male durchgegangen bin.
Muß jetzt erst mal kurz Feuer machen 10 Min...

[Marc Berg]

@laser sagte in Kein iobroker Backup mehr über BackitUp Adapter:

ermutlich lese ich Werte zu oft ein. Obwohl ich das schon einige Male durchgegangen bin.

Das kannst du mal in den Data Explorer geben und schauen, wo (besonders) der Schuh drückt:

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"})

Beispiel

[Laser]

@marc-berg Ist angelegt. Beobachte...
Zu Beginn hatte ich wirklich im Sekundenabstand aufgezeichnet. Ist aber schon abgemildert. Aber die Altlasten sind noch da. Müßte die häufigen Aufzeichnungen "abschneiden" Die Werte von damals sind ohnehin nicht von Bedeutung gewesen.

Und ich danke den Beteiligten für die Hilfe. Ich konnte jetzt auf "Bookworm" umziehen und dort das Backup wieder reinholen.

[simatec]

So hier mal zum Abschluss noch der Wiki Beitrag.
https://github.com/simatec/ioBroker.backitup/wiki/Diverse-Anleitungen-für-ioBroker.backitup#operator-token-für-influxdb-2x-wiederherstellen

[Marc Berg]

@simatec sagte in Kein iobroker Backup mehr über BackitUp Adapter:

So hier mal zum Abschluss noch der Wiki Beitrag.

Super beschrieben! :+1:

Vielleicht kannst du folgende Anleitung für das offizielle Influxdb-Docker-Image ergänzen, da sich in einem Docker-Container der influxdb Prozess nicht ohne weiteres beenden lässt und mit einer Kopie der *bolt Datei gearbeitet werden muss:

su influxdb
cd /var/lib/influxdb2
cp influxd.bolt influxd2.bolt
influxd recovery auth create-operator --org <deine_org> --username <dein_user> --bolt-path /var/lib/influxdb2/influxd2.bolt
mv influxd2.bolt influxd.bolt
kill 1

Oder ist das zu speziell?

[Laser]

@simatec
Das mit dem Backup hat ja jetzt geklappt. Auch ein neues Backup und Rückholen klappt. Aber mein altes Backup der vorherigen Installation wurde zwar eingespielt, ist aber in Influx nicht auffindbar. Nur wenige Werte, aber keine alten Daten. OK- ich stelle mir die Daten von 2023, die ich brauche, auf einem alten Pi dar. Und fange sauber neu an. Das rückgespielte Backup war 5 GB groß. Wie finde ich das und kann ich den Datenberg löschen?

[simatec]

@laser
Bei einem Restore darf die Datenbank nicht existieren.
https://github.com/simatec/ioBroker.backitup/wiki/Diverse-Anleitungen-für-ioBroker.backitup#influxdb2-restore