InfluxDB - Daten weg / Wiederherstellung [gelöst]

Marc Berg

@naturfreund sagte in InfluxDB - Daten weg / Wiederherstellung:

Heute ist die SSD angekommen die ich die Woche bestellt hab.
Kann ich darauf parallel zum 32 Bit BS auf der SD ein 64 Bit BS aufsetzen und dadurch den Umzug vereinfachen/risikofreier machen?

Mit Berryboot kannst Du Dir einen Bootmanager bauen. Das sollte funktionieren, habe ich aber noch nicht gemacht. Brauch man aber sicher auch wieder Know-How ...

Naturfreund

Die Alternative wäre das System auf der SD neu aufzusetzen und dann das Backup von ioBroker wieder einzuspielen?

Leider bin ich sehr unsicher, ob die Backups überhaupt den richtigen Stand enthalten oder ob es nicht auch da schon korrupte Daten gibt. Kann ich das vorher prüfen? Oder gibt's kein Zurück mehr sobald ich ein Backup geladen habe?

Thomas Braun

@naturfreund

iob update

sagt?

Naturfreund

@thomas-braun

pi@raspberrypi:~ $ iob update
Used repository: stable
Adapter    "admin"        : 6.3.5    , installed 6.3.5
Adapter    "backitup"     : 2.5.10   , installed 2.5.10
Adapter    "discovery"    : 3.1.0    , installed 3.1.0
Adapter    "harmony"      : 1.2.2    , installed 1.2.2
Adapter    "history"      : 2.2.4    , installed 2.2.4
Adapter    "influxdb"     : 3.2.0    , installed 3.2.0
Adapter    "info"         : 1.9.19   , installed 1.9.19
Adapter    "javascript"   : 6.1.4    , installed 6.1.4
Controller "js-controller": 4.0.24   , installed 4.0.24
Adapter    "lovelace"     : 3.0.1    , installed 3.0.1
Adapter    "mobile"       : 1.0.1    , installed 1.0.1
Adapter    "modbus"       : 5.0.11   , installed 5.0.11
Adapter    "mqtt"         : 4.0.7    , installed 4.0.7
Adapter    "parser"       : 1.1.8    , installed 1.1.8
Adapter    "ping"         : 1.5.3    , installed 1.5.3
Adapter    "rpi2"         : 1.3.2    , installed 1.3.2
Adapter    "shelly"       : 6.0.0    , installed 6.0.0
Adapter    "simple-api"   : 2.7.2    , installed 2.7.2
Adapter    "smartgarden"  : 2.0.0    , installed 2.0.0
Adapter    "socketio"     : 4.2.0    , installed 4.2.0
Adapter    "synology"     : 2.1.13   , installed 2.1.13
Adapter    "weatherunderground": 3.4.2, installed 3.4.2
Adapter    "web"          : 4.3.0    , installed 4.3.0
Adapter    "whatsapp-cmb" : 0.2.3    , installed 0.2.3
Adapter    "ws"           : 1.3.0    , installed 1.3.0
pi@raspberrypi:~ $

Thomas Braun

@naturfreund

Das sieht doch konsistent aus.
Leg dir davon ein Backup an und gut ist.

Naturfreund

Ich würde die SD Karte auf die SSD klonen.
Oder gibt es andere/bessere Möglichkeiten?

Videoanleitung z.B. https://youtu.be/WolddCfWP5I

Thomas Braun

@naturfreund
Klonen ist aus meiner Sicht Mist.
Installier das System flugs 'zu Fuß', iobroker installieren, Backup rein, fertig.

Naturfreund

@thomas-braun
Kann ich dann gleich das 64 Bit OS nehmen?
Oder lieber auf Nummer sicher?

Thomas Braun

@naturfreund

Nimm die 64bit-Version.

Naturfreund

Hatte das Image auf die SSD geflashed, aber nicht auf dem Schirm die Bootreihenfolge vorher noch zu ändern.

Hab die SD mit dem alten System wieder gesteckt und bin dann nach der Anleitung in folgendem Link vorgegangen"Bootreihenfolge in einem laufenden Raspberry Pi OS verändern" vorgegangen: https://u-labs.de/portal/raspberry-pi-4-von-usb-geraeten-z-b-ssd-booten-und-optional-den-bootloader-aktualisieren/

EDIT: Läuft jetzt. Ich installiere gerade ioB

EDIT2: Sobald ioB läuft, richte ich den Synology Adapter und Backitup ein und spiele das neuste Backup von heute Morgen ein.

Naturfreund

Bei der Wiederherstellung der InfluxDB bekomme ich folgende Fehlermeldung:

Started restore ...
[DEBUG] [influxDB] - Try deleting the old InfluxDB tmp directory
[DEBUG] [influxDB] - InfluxDB old tmp directory was successfully deleted
[DEBUG] [influxDB] - Created tmp directory
[DEBUG] [influxDB] - Start infuxDB Restore ...
[DEBUG] [influxDB] - influxdb.0 is stopped
[ERROR] [influxDB] - Error: ENOENT: no such file or directory, utime '/opt/iobroker/backups/influxDBtmp/20230122T070121Z.s894.tar.gz'
[ERROR] [influxDB] - infuxDB Restore not completed
[EXIT] 0

Terminal sagt folgendes:

pi@raspberrypi:~ $ cd /opt/iobroker/backups/
pi@raspberrypi:/opt/iobroker/backups $ dir
pi@raspberrypi:/opt/iobroker/backups $

Verzeichnis leer.
Was geht hier schief? Backup-Datei liegt auf der NAS. Sollte er die nicht erst in das Verzeichnis kopieren und dann das Backup ausführen?

Thomas Braun

@naturfreund sagte in InfluxDB - Daten weg / Wiederherstellung:

Sollte er die nicht erst in das Verzeichnis kopieren

Nein, es wird nicht kopiert sondern das Dateisystem wird auf dem Mountpunkt eingehängt.

Naturfreund

@thomas-braun

Started restore ...
[DEBUG] [influxDB] - Try deleting the old InfluxDB tmp directory
[DEBUG] [influxDB] - InfluxDB old tmp directory was successfully deleted
[DEBUG] [influxDB] - Created tmp directory
[DEBUG] [influxDB] - Start infuxDB Restore ...
[ERROR] [influxDB] - /bin/sh: 1: influxd: not found

[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

Scheint jetzt geklappt zu haben.

Thomas Braun

@naturfreund

Da ist influx wohl nicht lokal installiert.

Naturfreund

@thomas-braun

Da hast du recht. Das hab ich gerade nachgeholt.

Naturfreund

influx ist installiert
grafana ist installiert

influx Datenbank importiert (Scheint auch Daten zu enthalten, Stichprobe mit einem Datenpunkt)

Was noch fehlt ist ein Backup von Grafana. Das muss ich mir noch von der alten SD Karte holen. Mache ich heute Abend wenn die Kinder im Bett liegen.

Naturfreund

Habe die Dashboards wieder hergestellt. Scheint auch funktioniert zu haben.
Leider holt er für die eingetragenen Datenpunkte keine Daten aus der Influx Datenbank, die Dashboards bleiben leer:

Erst wenn ich den Datenpunkt mit gleichem Namen nochmal auswähle...

...kommen die Daten:

Naturfreund

Zu früh gefreut, heute kam folgender Eintrag im ioBroker Log:

influxdb.0 2023-01-23 11:28:10.662	error	Error: ESOCKETTIMEDOUT
influxdb.0 2023-01-23 11:28:10.661	error	getHistory: Error: ESOCKETTIMEDOUT

Naturfreund

Hatte heute doch noch ein Netzwerkproblem gefunden. Ein Powerline Adapter machte ungewöhnlich starke Probleme (Heute ab 18 Uhr). Hatte ich so vorher noch nie gehabt.

Mein Log ist voll davon (Der ESP8266 ist über WLAN mit genau diesem Adapter verbunden... oder auch nicht ;-) )

2023-01-23 18:19:20.163 - info: mqtt.0 (959) Client [ESP8266Client-790e] connected with secret *
2023-01-23 18:19:21.158 - info: shelly.0 (1057) [MQTT] Device 192.168.1.130 (shelly1 / shelly1-68C63AFAFEAB / SHSW-1#68C63AFAFEAB#1) connected! Polltime set to 5 sec.
2023-01-23 18:19:57.677 - info: mqtt.0 (959) Client [ESP8266Client-790e] connection closed: timeout
2023-01-23 18:21:26.190 - info: influxdb.0 (141035) Store 1001 buffered influxDB history points
2023-01-23 18:21:27.964 - info: shelly.0 (1057) [MQTT] Device 192.168.1.110 (shellyht / shellyht-F4483E / SHHT-1#F4483E#1) connected! Polltime set to 5 sec.
2023-01-23 18:22:01.574 - info: mqtt.0 (959) Client [ESP8266Client-85f6] connected with secret *
2023-01-23 18:22:24.100 - info: mqtt.0 (959) Client [ESP8266Client-85f6] connection closed: timeout
2023-01-23 18:23:31.491 - info: mqtt.0 (959) Client [ESP8266Client-b49f] connected with secret *
2023-01-23 18:23:53.994 - info: mqtt.0 (959) Client [ESP8266Client-b49f] connection closed: timeout
2023-01-23 18:24:24.048 - info: influxdb.0 (141035) Store 1001 buffered influxDB history points
2023-01-23 18:24:36.669 - info: shelly.0 (1057) [MQTT] Device 192.168.1.112 (shellyht / shellyht-A4CF12F44435 / SHHT-1#A4CF12F44435#1) connected! Polltime set to 5 sec.
2023-01-23 18:25:49.622 - info: mqtt.0 (959) Client [ESP8266Client-589] connected with secret *
2023-01-23 18:26:12.128 - info: mqtt.0 (959) Client [ESP8266Client-589] connection closed: timeout
2023-01-23 18:26:19.188 - info: mqtt.0 (959) Client [ESP8266Client-ec93] connected with secret *

Ich hab jetzt alle Adapter auf die gleiche Phase geklemmt (Stromkreise im Hausanschlusskasten getauscht). Das hat immer schon mal die ständigen Netzwerkabbrüche verhindert. Die Datenrate zu dem Adapter ist trotzdem "nicht gut" bzw. nicht wie erwartet gestiegen. Support ist bereits kontaktiert.

Naturfreund

@crunchip @Glasfaser

Habe heute 2 alte Backups wieder gestellt. In dem Zeitraum in dem in der "Live" Datenbank die Daten fehlen, sind in beiden jeweils Abschnitte mit Daten enthalten die ich gerne zurückholen würde. Zum besseren Verständnis hab ich in Grafana eine Gegenüberstellung am Beispiel einer Temperatur (Vorlauftemperatur meiner Heizung) gemacht:

Geht das mit der Methode von marc-berg nur wenn ich die Datenbank auf 2.0 migriert habe? Oder gibt es auch eine Möglichkeit das in der Version 1.8 zu machen?

@marc-berg said in InfluxDB - Daten weg / Wiederherstellung:

@naturfreund

Für eine InfluxDB 2.x habe ich mal zwei Zeiträume zusammengeführt. Das geht aber nur manuell, nicht mit dem Backitup Adapter.

Dazu machst Du zunächst ein Restore in ein neues Bucket (das *tar.gz muss vorher entpackt werden):
influx restore --new-bucket <NAMENEW> --bucket  <NAMEOLD> <PFAD/ZUM/BACKUP> -t <TOKEN>
Danach kopierst Du die Daten (Dabei entstehen keine doppelten Daten, falls sich die Zeiträume überlappen, der "range" kann also großzügig gewählt werden)
influx query 'from(bucket:"<NAMENEW>") |> range(start:-10y) |> filter(fn: (r) => r._measurement == "<NAME_MEASUREMENT>") |> set(key: "_measurement", value: "<NAME_MEASUREMENT>") |> to(bucket: "<NAMEOLD>")'
Bezeichner in spitzen Klammern sind natürlich alle anzupassen.

Mit dem zweiten Befehl kann man so innerhalb eines Buckets auch relativ einfach Daten zwischen Measurements kopieren, hilfreich, wenn man mal Objekte umbenennt.

Danach natürlich noch das "ZWISCHENBUCKET" löschen. Fertig.

Community Forum

NEWS

InfluxDB - Daten weg / Wiederherstellung [gelöst]

Support us

499

32.7k

82.5k

1.3m