Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[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.

[manrum1]

@marc-berg Ja, logisch - hätte ich selbst drauf kommen können. Danke vielmals!

Trotzdem noch eine Frage: Warum obige Fehlermeldung wenn ich den restore neu anstoße?

[Marc Berg]

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

Warum obige Fehlermeldung wenn ich den restore neu anstoße?

Weil ein Restore nur möglich ist, wenn das Bucket nicht existiert. Du musst es also vorher löschen.

[manrum1]

@marc-berg Noch mal vielen Dank für Deine schnelle und kompetente Hilfe :+1: :blush:

[manrum1]

@marc-berg Sorry, dass ich dich noch mal "belästigen" muss.

ich kann von Grafana auf die die Datenbank (iobold) der zweiten Organisation (Homebase) zugreifen, allerdings nur, wenn ich dafür eine eigene Datasource anlege. Diese ist geht aber nur über Flux, da ich nur dann die Option für Angabe der Organization angeboten bekomme:

Ich kann aber nicht in der gleichen Visulalisierung auf Datenbank der anderen Organisation (home) zugreifen.

Meine Hoffnung war nun per InfluxQL auf beide Datenbanken in den verschiedenen Organisationen zugreifen zu können, hier gibt es ja folgenden Hinweis:

Frage1: Geht das?
Frage2: Warum gelingt es mir nicht per InfluxQL auf die Datenbank (iobold) der zweiten Organisation (Homebase) zugreifen

Danke im Voraus!

[Marc Berg]

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

Frage1: Geht das?

Dass du mit den alten Daten eine übergreifende Query basteln willst, hattest du nicht erwähnt. :-)

Um allen Problemen aus dem Weg zu gehen, würde ich die Org. "Homebase" wieder löschen und stattdessen den Restore in die bestehende Organisation ausführen. Das geht aber nur über die Kommandozeile. Backitup ist dafür nicht geeignet.
Du musst dafür das Flag "--new-org" benutzen. Im Detail ist dies hier erklärt:

https://docs.influxdata.com/influxdb/v2/reference/cli/influx/restore/

Das Backitup-Backup-File muss entpackt werden.

Edit:
Das müsste dann wahrscheinlich so aussehen:

influx restore --bucket iobold --new-bucket <hier könnte ein neuer Bucketname rein> --new-org <Name der bestehenden Org> --org <Name der bestehenden Org> --token <Token ID> <Pfad zum entpackten Backup-File>

[manrum1]

@marc-berg Danke für die prompte Hilfe!

Ich kann das Bucket iobold in die neue Org restoren, allerdings sehe ich keine Daten. Das Kommando musste ich dafür wie folgt anpassen:

influx restore --bucket iobold --org <Name der alten Org> --new-bucket <hier könnte ein neuer Bucketname rein> --new-org <Name der bestehenden Org>  --token <Token ID der neuen ORg> <Pfad zum entpackten Backup-File>

Soweit klappte das dann auch:

 influx restore --bucket iobold  --org Homebase --new-bucket iobold --new-org home --token xxx /opt/iobroker/backups/tmp                                                                                 /
2023/10/18 11:12:35 INFO: Restoring bucket "5d5a5dbc9205129a" as "iobold"
2023/10/18 11:12:41 INFO: Restoring TSM snapshot for shard 585
2023/10/18 11:12:41 INFO: Restoring TSM snapshot for shard 586
hier folgen weitere...

Leider sehe ich im Influx Data Explorer zwar das bucket iobold aber keine Daten dazu:

[Marc Berg]

@manrum1

Ich habe das Ganze noch nicht selbst durchgespielt, aber so wie ich das verstehe, muss sowohl "--org" als auch "--new-org" auf "home" lauten.

Mit "org" gibst du an, an welcher Organisation sich der restore-Befehl mit dem Token anmelden soll und mit "new-org" wird mitgegeben, dass die Org. aus dem Backup mit dem dort angegebenen Wert überschrieben wird.

[manrum1]

@marc-berg Ja, hatte ich probiert und das Kommando so wie du es angeben hast ausgeführt, aber dann passiert leider gar nichts (keinerlei Meldung/Fehlermeldung). Habs aus dem Help so verstanden wie ich angepasst habe.

pi@iob1:/opt/iobroker/backups/tmp $ influx restore --help
NAME:
    restore - Restores a backup directory to InfluxDB

USAGE:
    restore [command options] path

DESCRIPTION:
   Restore influxdb.

Examples:
  # backup all data
  influx restore /path/to/restore


COMMON OPTIONS:
   --host value                     HTTP address of InfluxDB [$INFLUX_HOST]
   --skip-verify                    Skip TLS certificate chain and host name verification [$INFLUX_SKIP_VERIFY]
   --configs-path value             Path to the influx CLI configurations [$INFLUX_CONFIGS_PATH]
   --active-config value, -c value  Config name to use for command [$INFLUX_ACTIVE_CONFIG]
   --http-debug
   --token value, -t value          Token to authenticate request [$INFLUX_TOKEN]

OPTIONS:
   --full                    Fully restore and replace all data on server
   --org-id value            The original ID of the organization to restore [$INFLUX_ORG_ID]
   --org value, -o value     The original name of the organization to restore [$INFLUX_ORG]
   --bucket-id value         The original ID of the bucket to restore
   --bucket value, -b value  The original name of the bucket to restore
   --new-bucket value        New name to use for the restored bucket
   --new-org value           New name to use for the restored organization

Mein entpacktes Directory schaut so aus (enpackt mit tar - xvcf:

[Marc Berg]

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

Habs aus dem Help so verstanden wie ich angepasst habe.

Ja, stimmt schon, wie du es gemacht hast. So sollte es eigentlich funktionieren. Da gehen mir jetzt die Ideen aus, außer: hast du dich mal an der InfluxDB Gui neu angemeldet? Manchmal zieht die Gui sich erst dann die Measurements.

Ansonsten gibt es immer noch den Weg über Export und Import, so wie ich ihn hier beschrieben habe (natürlich nur den V2 Teil):

https://forum.iobroker.net/post/1030402

[manrum1]

@marc-berg Danke noch mal.
Was mir noch einfällt: Muss ich influx vor dem restore stoppen?

[Marc Berg]

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

Muss ich influx vor dem restore stoppen?

Nein.

[manrum1]

@marc-berg Neue Erkenntnisse: Das restore hat im Prinzip geklappt, warum er im Influx Data Explorer keine mearurements anzeigt bleibt ein Rätsel. Jedenfalls gehts über Grafana, wenn ich dafür eine eigene Datasource anlege. Da Grafana auch mehrere Datenbanken erlaubt muss ich noch rausfinden wie das geht.

Danke jedenfalls noch mal :+1: :blush:

[Marc Berg]

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

warum er im Influx Data Explorer keine mearurements anzeigt bleibt ein Rätsel.

@marc-berg sagte in [gelöst] backitup und influxdbv2:

hast du dich mal an der InfluxDB Gui neu angemeldet?

[manrum1]

@marc-berg ja, habe ich:blush:

[manrum1]

@manrum1 Hallo, Marc, habe heute meinen iobroker ganz normal upgedated, es wurde nur der js-controller auf neuesten Stand (5.0.17) gebracht. Nun habe ich plötzlich "Lücken" in meiner influx Datenbank. Man sieht es sehr gut auf folgendem Screenshot:

Zwischen 26.11. und 12. 4. sind alle Daten weg, kannst Du dir erklären, wie das durch den update passieren kann?

Nun wollte ich meinen Backup einspielen, geht aber nicht, da ich folgende Meldung erhalte:

Started restore ...
[DEBUG] [influxDB] - Created tmp directory
[DEBUG] [influxDB] - Start infuxDB Restore ...
[DEBUG] [influxDB] - influxdb.0 is stopped
[ERROR] [influxDB] - 2023/12/17 13:14:39 INFO: Restoring bucket "8e0e9c529c6510f7" 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
[DEBUG] [influxDB] - influxdb.0 started

Das hatten wir schon mal, da ich die alte (iobold) DB für Auswertung alter Daten nutze.
Meine Frage: Wie kann ich mein restore so reparieren, dass er nur die iobroker-data DB verwendet und bei Bedarf restauriert?

Schon mal Danke im Voraus!