[gelöst] backitup und influxdbv2

[heinhan]

@ostfrieseunterwegs so jetzt läuft alles. In der ~/.influxdbv2/configs war noch ein Token der nicht in der auth list angezeigt wurde. Habe einen neuen Operator-Token erstellt nach der Seite: https://www.rajchert.net/?p=1026. Danke für den Tipp.

[OstfrieseUnterwegs]

@heinhan Ha! Dann wissen wir auch, dass die Beschreibung von RNET funktioniert. Danke

[Dieter_P]

Hi

wie man erfolgreich eine Sicherung mittels backitup erstellt hab ich grob geschnallt, aber wie funktioniert der Ablauf eines Restores auf einem komplett frischen System. Die alten API Tokens bekomme ich ja nicht mehr in die Neu installierte influxdB rein. Lege ich neue an und spiele dann mittels Backitup ein Restore zurück werden die alten API Tokens wieder im Adapter eingestragen und die Daten kann nicht wieder befüllt werden.

Wie ist der Ablauf eines Restore auf einem neuen System?

1. InfluxDB2 installieren
2. bucket und API Token anlegen
3. Restore mittels Backitup starten, aber dann gibt es Access Fehler wegen der alten API Tokens?

Danke Euch, vorab!

[simatec]

@dieter_p Wenn du Influx neu aufgesetzt hast, muss du natürlich auch in Backitup den Token anpassen.

[Dieter_P]

@simatec said in [gelöst] backitup und influxdbv2:

@dieter_p Wenn du Influx neu aufgesetzt hast, muss du natürlich auch in Backitup den Token anpassen.

Ja, aber wo überall? In der Instanz den Operator Token oder nur den Admin Token in BackitUp (Da der Operator Token zB durch das Restore wiederhergestellt wird)?

Oder sind alle Token durch die neue InfluxDB veraltet und sind anzupassen? Dann die Frage wie ich ein vollständiges Restore durchführen kann?
IOBroker Restore stellt die alten Token-Einträge wieder her und das Restore der InfluxDB schlägt dann natürlich fehl.
Sind also dann manuell zu aktualisieren und das InfluxDB Restore nochmal manuell anzustoßen per Backitup?

Finde es immer schwierig zu erahnen und würde gerne wissen wo genau ich Hand anlegen muß (zB Tokens aktualisieren) und wo übernimmt BackitUp die Arbeit für mich. Hier "rumzufummeln" erzeugt meistens mehr Chaos und jemand wird sich ja was dabei gedacht haben wie es zu funktionieren hat.

Aktuell dann solche Effekte:

Started restore ...
[DEBUG] [influxDB] - Created tmp directory
[DEBUG] [influxDB] - Start infuxDB Restore ...
[DEBUG] [influxDB] - influxdb.0 is stopped
[ERROR] [influxDB] - 2023/04/08 10:12:45 INFO: Restoring bucket "2ae8ca9de5e90d90" 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

obwohl

Nehme also an ich darf die DB/Bucket nicht manuell leer erstellen, wenn ich ein Restore durchführen möchte.

[Dieter_P]

Also dann wieder per Try&Error für alle die auch danach suchen:

Restore einer InfluxDB2 auf ein frisches System:

Die API Tokens (Operator/All-Access/Admin) werden nicht wieder hergestellt bzw. sind nicht mehr nutzbar.

Somit für ein Restore ist influxdB2 manuell neu zu installieren und alle benötigten Tokens anzulegen und in IObroker manuell in der InfluxDB Instanz (Operator/All-Access Token) und BackItUp Instanz (Admin Token) zu aktualisieren.

Wichtig ist dann die Datenbank/Bucket (gleicher Bucket-Name) nicht manuell in influxdB wieder zu erstellen, sondern dies passiert dann durch das influxdB-Restore durch BackitUp.
Die Option "Alte DB bei Restore löschen" scheint bei v2 nicht zu funktionieren in BackitUp.

So mein Fazit.

[Marc Berg]

@dieter_p sagte in [gelöst] backitup und influxdbv2:

Also dann wieder per Try&Error
So mein Fazit.

Ja, das Backup-Konzept für InfluxDB muss man sich genauer anschauen und am besten auch mal durchtesten. Das "Problem", was du hast, ist dass Backitup jeweils einzelne Buckets sichert und auch wiederherstellt. Das ist gut, wenn mal Daten versehentlich gelöscht wurden und wieder hergestellt werden sollen. Sobald man aber mit mehreren Buckets arbeitet, so erhöht sich der Aufwand beim "Desaster Recovery", wenn man bei Null anfängt. Das hast du ja gemerkt.
Deshalb sollte man in Erwägung ziehen, die InfluxDB insgesamt (zusätzlich) per Kommandozeile/Cron zu sichern. Dann hat man die Möglichkeit, mit dem Flag "--full" ALLE Daten (inkl. aller User/Token!) in einem Rutsch wiederherzustellen.
Das ist aber für den "Otto-Normal-User" zugegebenermaßen nicht so leicht.

[simatec]

@dieter_p
Am Ende ist es doch logisch, dass du bei einem neu aufgesetzten InfluxDB System auch einen neuen Token hast und dieser dann natürlich auch in Backitup angepasst werden muss.

Backitup kann sich den ja nicht irgendwie holen, dass ist deine Konfiguration.

Gerne kannst du dich am Wiki beteiligen.
Mein Aufruf dazu hatte bisher nicht viel Resonanz und dementsprechend kannst du gerne deinen Beitrag dazu leisten

https://forum.iobroker.net/topic/63694/aufruf-zur-unterstützung-für-backitup-wiki/32

[Homoran]

@simatec hier nochmal der Link dahin
https://forum.iobroker.net/topic/63694/aufruf-zur-unterstützung-für-backitup-wiki?_=1680895401094

EDIT:
du hast ja editiert

[Dieter_P]

@simatec said in [gelöst] backitup und influxdbv2:

@dieter_p
Am Ende ist es doch logisch ...

Da kann man drüber streiten und im Fall von wiederum für mich subjektiv empfundenen absoluten Standardprozeduren wäre es einfach nett, gesichert per Doku an einem System arbeiten zu können. Was so manche Humänitäre Wesen als Logisch empfinden überrascht nicht selten.

@simatec said in [gelöst] backitup und influxdbv2:

@dieter_p
Gerne kannst du dich am Wiki beteiligen.
Mein Aufruf dazu hatte bisher nicht viel Resonanz und dementsprechend kannst du gerne deinen Beitrag dazu leisten

https://forum.iobroker.net/topic/63694/aufruf-zur-unterstützung-für-backitup-wiki/32

Kein Thema, folgt im Laufe dieses Wochenendes und sehr gerne. Schreibe dabei auch gerne einen Halbsatz mehr, da für mich eine Doku auch gerne etwas erläuternden Charakter haben darf um weniger Missverständnisse bzw. Raum für logische, eigenständige Interpretationen zu lassen. Damit kommt nicht jeder klar, aber dafür ist es ja ein editierbares Wiki und keine "gedruckte Bibel"

[manrum1]

Hallo zusammen, hoffe ich bin hier richtig.

Mein Problem ist folgendes: Ich möchte aus einer alten Sicherung (Stand Juni23) das alte Bucket wiederherstellen. Damals hieß mein Bucket "iobold", in meiner aktuellen Installation "iobroker-data". Nun dachte ich ganz naiv, dass das Backitup-Restore aus der alten Sicherung ein das alte Bucket parallel zu dem neuen wieder herstellt und ich per Grafana auf die alten Daten zugreifen kann.

Dem ist aber nicht so. Ich sehe, wenn ich mich in influxdb (InfluxDB v2.7.1) direkt einlogge nur die aktuellen buckets. Was mache ich falsch?

Danke im Voraus!

[Marc Berg]

@manrum1 sagte in [gelöst] backitup und influxdbv2:

Was mache ich falsch?

In der Backitup-Konfiguration musst du "Sicherung mehrerer Systeme" anklicken, Daten eingeben und speichern.
Danach zieht sich Backitup den korrekten Bucket-Namen aus den Metadaten und es sollte funktionieren.

[manrum1]

@marc-berg Danke für die Hilfe, bei mir schaut das so aus (backitup 2.8.1):

Kann unter Token nichts eingeben und rechts nichts auswählen.

[Marc Berg]

@manrum1 sagte in [gelöst] backitup und influxdbv2:

Kann unter Token nichts eingeben und rechts nichts auswählen.

Du kannst den Token eingeben, sobald du "Version 2.x" auswählen konntest. Die Auswahl der Version ist in der Tat ein wenig buggy. Versuch's mal mit der Tastatur.

Edit:
machmal hilft es auch, ein wenig mit dem Browser Zoom zu spielen.

[manrum1]

@marc-berg Auswahl geht jetzt, danke!

Restore geht aber leider nicht, damals hieß meine Org anders: Homebase

Started restore ...
[DEBUG] [influxDB] - Created tmp directory
[DEBUG] [influxDB] - Start infuxDB Restore ...
[DEBUG] [influxDB] - influxdb.0 is stopped
[ERROR] [influxDB] - Error: failed to check existence of organization "Homebase": 401 Unauthorized: unauthorized access

[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

So schaut die Config aus:

[Marc Berg]

@manrum1 sagte in [gelöst] backitup und influxdbv2:

Restore geht aber leider nicht, damals hieß meine Org anders: Homebase

Mehh! Diese Konstellation hatte ich noch nicht getestet.
Die Fehlermeldung sieht mir aber eher nach einem falschen Token aus. Ganz sicher, dass da der richtige (Operator-) Token drin ist?

[manrum1]

@marc-berg Dachte ich eigentlich schon. Hab ein altes Image von der damaligen Installtion. Könnte diese noch mal starten und die Einstellungen nachschauen. Aber ich glaube in der infuxdb v2 kommt man, glaube ich, nicht mehr so leicht an den Token?

[Marc Berg]

@manrum1 sagte in [gelöst] backitup und influxdbv2:

Aber ich glaube in der infuxdb v2 kommt man nicht mehr so leicht an den Token?

Nein, du benötigst den Token der NEUEN DB.
Mach mal auf der Kommandozeile

influx auth list --json

[manrum1]

@marc-berg Nach Eingabe meines aktuellen Tokens hat er eine db namens iobold restored. Leider sehe ich diese aber nirgends.
Müsste denn diese im influx Data Explorer nicht auftauchen?

Wenn ich den restore nochmal starte bekomme ich jetzt folgende Fehlermeldung:

Started restore ...
[DEBUG] [influxDB] - Created tmp directory
[DEBUG] [influxDB] - Start infuxDB Restore ...
[DEBUG] [influxDB] - influxdb.0 is stopped
[ERROR] [influxDB] - 2023/10/15 14:14:34 INFO: Restoring bucket "5d5a5dbc9205129a" as "iobold"
Error: failed to restore bucket "iobold": 422 Unprocessable Entity: bucket with name iobold 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

[Marc Berg]

@manrum1 sagte in [gelöst] backitup und influxdbv2:

Müsste denn diese im influx Data Explorer nicht auftauchen?

Wenn deine Organisation vorher anders hieß, wird er die auch angelegt haben. Du müsstest also die Org. umschalten.