Test Adapter ioBroker.backitup v3.1.x

[simatec]

@fila612 Ja hier ist es bei InfluxDB im Gegensatz zu mysql etwas blöd.
Du musst zuerst die Datenbank löschen

Also über Konsole folgendes:

sudo influx
DROP DATABASE "DeineDatenbank"
exit

[fila612]

@simatec PERFEKT

Das hat geklappt - vielen Dank, jetzt sind zumindest mal alle alten Werte wieder drin..

[Altersrentner]

Hallo,
Folgendes Problem beim Restore mittels Backitup
Situation: Umzug von ioBroker, InfluxDB und Grafana
von einer HDD auf eine SSD.
Die Sicherung der HDD und das Restore auf der SSD erfolgte mit Backitup.
IoBroker läuft, influxDB ebenfalls und Grafana nicht so gut.

Heißt die Dashboards wurden nicht gesichert, warum auch immer,
Habe mehrere Sicherungen durchgeführt, ohne Erfolg.
Der letzte versuch an die Graphischen Darstellungen zu gelangen war,
ein Export der Dashboardes von der HDD und anschließendem Import auf die SSD.

Wie zu sehen ist die Datei jetzt vorhanden aber die
Graphen nicht.

Wie Ist es Möglich die Daten sichtbar zu machen.
Mit freundlichen Grüßen
Michael

[simatec]

@altersrentner Bitte die Logausgaben nicht als Bild.
Aber steht doch im Log ... Deine Logindaten sind nicht korrekt und wenn die Dashboards nicht gesichert werden, dann hast du keinen oder einen falschen Apikey angelegt bzw. in backitup eingetragen.

https://github.com/simatec/ioBroker.backitup/blob/master/docs/de/backitup.md#Grafana-Backup

[Altersrentner]

@simatec
Danke für die Schnelle Antwort.
Den API Key habe ich angelegtund auch übertragen.
Wenn der jetzt falsch ist wie kann ich doch noch an die
Graphen kommen.
Mit freundlichen Grüßen
Michael

[simatec]

@altersrentner
Hast du denn in deiner neuen Installation von Grafana die gleichen Benutzerdaten und auch dort einen ApiKey angelegt
Laut Log stimmen bei deinem Restore weder Username und Passwort als auch ApiKey nicht.
Konfiguriere Backitup mit den Benutzerdaten aus grafana (inkl. ApiKey) und führe im Anschluss den restore durch

[Altersrentner]

@simatec
Wieder das selbe Ergebnis:

Started restore ...
[DEBUG] [grafana] - Start Grafana Restore ...
[DEBUG] [grafana] - filename for restore: /opt/iobroker/backups/grafana_2021_03_08-02_18_32_backupiobroker.tar.gz
[DEBUG] [grafana] - Grafana tmp directory created: /opt/iobroker/backups/grafana_tmp
[DEBUG] [grafana] - start decompress
[DEBUG] [grafana] - Grafana request started
[DEBUG] [grafana] - Grafana is available ... Status: 200
[DEBUG] [grafana] - Try to Restore: /opt/iobroker/backups/grafana_tmp/datasource/InfluxDB-1.json
[DEBUG] [grafana] - Try to Restore: /opt/iobroker/backups/grafana_tmp/datasource/InfluxDB.json
[DEBUG] [grafana] - cannot restore datasource "InfluxDB": "data source with the same name already exists"
[DEBUG] [grafana] - cannot restore datasource "InfluxDB-1": "data source with the same name already exists"
[DEBUG] [grafana] - Try to Restore: /opt/iobroker/backups/grafana_tmp/dashboards/n1-aussen-wz.json
[DEBUG] [grafana] - cannot restore dashboard "n1-aussen-wz": {"message":"invalid API key"}
[DEBUG] [grafana] - Grafana request ended
[DEBUG] [grafana] - Try deleting the Grafana tmp directory
[DEBUG] [grafana] - Grafana tmp directory was successfully deleted
[DEBUG] [grafana] - Grafana Restore completed successfully
[EXIT] Grafana restore done

Das ist der Key, oberste Zeile

eyJrIjoiUkNLdUFsa0JReUppazAwS3RUN0tYWjAwbGtGbFVDMFAiLCJuIjoiaW9Ccm9rZXIiLCJpZCI6MX0=

curl -H "Authorization: Bearer eyJrIjoiUkNLdUFsa0JReUppazAwS3RUN0tYWjAwbGtGbFVDMFAiLCJuIjoiaW9Ccm9rZXIiLCJpZCI6MX0=" http://192.168.178.41:3000/api/dashboards/home

[simatec]

@altersrentner sagte in Test Adapter Backitup v2.0.x:

cannot restore dashboard "n1-aussen-wz": {"message":"invalid API key"}

Hast du den Key mit Adminrechten angelegt?

[Altersrentner]

@simatec
Werde ich sofort in der alten HDD überprüfen.
Danke für den Hinweis
MfG Michael

[simatec]

@altersrentner
Denke aber bitte daran, dass du in deiner neuen Umgebung auch einen neuen ApiKey benötigst, der natürlich dann auch in Backitup aktualisiert werden muss

[Altersrentner]

@simatec
Bin jetzt auf de alten HDD
werde einen neuen API Key als admin generieren
Dann ein Backup erstellen
Platte tauschen
Auf der SSD unter Backitup den neuen Key, Login un Passwort eintragen
Und Restore machen
Ist das so OK
Danke
MfG Michael

[simatec]

@altersrentner Login und ApiKey müssen mit den Grafana System auf deiner SDD passen.
Also lege den ApiKey dort an.
Der alte ApiKey von dem HDD System ist für den restore nicht relevant

[Altersrentner]

@simatec sagte in Test Adapter Backitup v2.0.x:

dass du in deiner neuen Umgebung auch einen neuen ApiKey benötigst

Auch oder den neu generierten Key? der alten Platte

[simatec]

@altersrentner Nein den auf deinem neuen System generierten Key

[Altersrentner]

@simatec Hallo,
Ich bedanke mich für die Unterstützung.
Jetzt ist wieder alles online.
Problem war vermutlich,
dass ich den API Key nicht als admin angelegt hatte.
Mit freundlichen grüßen
Michael

[simatec]

@altersrentner Gerne ... Kein Problem

[simatec]

Ab sofort steht die Version 2.0.4 auf Github und in Kürze auch im latest zur Verfügung.

Changelog

2.0.4 (10.03.2021)

• (simatec) Bugfix history json
• (simatec) BugFix Redis backup
• (simatec) chmod for backup directory added
• (simatec) error handling for Grafana backup added

[simatec]

Ab sofort steht die Version 2.0.5 auf Github und in Kürze auch im latest zur Verfügung.

Changelog

2.0.5 (14.03.2021)

• (simatec) error handling for redis backup added
• (simatec) error handling for history backup added
• (simatec) BugFix Grafana backup

[Oli]

@simatec

erstmal danke für den genialen Adapter, hat mir schon etliche mal das arbeiten mit ioBroker erleichtert.

Da ich leider versehentlich ein Script gelöscht hatte, suchte ich nach einer einfachen Methode nur die Scripte aus dem letzten Backup wieder herzustellen, habe dazu aber leider nichts einfaches im Forum oder im Internet gefunden. Daher die Frage, wäre es möglich so eine Möglichkeit in deinen Adapter zu integrieren?

[Thomas Braun]

@oli Gibt es doch schon.