UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[keksn]

@simatec
Danke!!!

[simatec]

@keksn
Hat der Restore funktioniert?

[keksn]

@simatec
jein, der Restore ist laut dem log durchgeführt . Ich habe aber keine älteren Daten zur verfügung laut meinem Grafana Dashnoard.
Ich weiß jetzt nicht ob schon das Backup das Problem ist oder der Restore?

[simatec]

@keksn Naja, wenn du deine Datenbank vorher gelöscht hast, dann muss der Restore funktioniert haben, sonst würde keine Datenbank existieren.
Was du in dem Backup an Daten drin hattest, kann ich natürlich nicht beurteilen

[keksn]

@simatec
guter Punkt... der Restore hat 24MB...wie kann man den Inhalt überprüfen?

[keksn]

@simatec
hab das Backup mal entpackt und die in den autogen Ordnern befindlichen Dateien mit einem Editor geöffnet...das sin Datenpunkt angeführt und eine Menge mir nicht verständlicher Daten drinnen.... also lee dürfte das Backup nicht sein.

[keksn]

@simatec
Ja hat definitiv funktioniert. Leider dürfte es da zu Problemen mit dem gleichzeitigen Backup des Adapters SourceAnalytix kommen.

[simatec]

@keksn
Was hat dieses Backup mit mit SourceAnalytix zu tun?

[keksn]

@simatec
ich habe nach dem Restore im SourceAnalytics Adapter komische Werte. Wenn ich den Restore mache und SourceAnalytics deinstalliert danach die InfluxDB Datenbank restore habe ich die alten Werte in meinem Dashboard....

[simatec]

@keksn
Ich denke, dass SourceAnalytics die Werte vorm Restore zur Berechnung genommen hat und nach dem Restore gab es da etwas Chaos, da die Werte andere waren

[keksn]

@simatec
SourceAnalytix hat nach dem Backup den ausgewählten Datenpunkten eine falschen Anfangswert eingetragen.(Wert des letzten Monats) ...hab da nicht aufgepasst... Null eingegeben jetzt passen die Werte wieder. Datenbank Backup funktioniert somit einwandfrei!! Danke!!

Ist es möglich auch nur einzelne Adapter wieder herzustellen?

[Flyor87]

@simatec

Ich hab mir den ganzen Thread durchgelesen, aber blicke leider nicht durch.

backitup.0	2021-05-17 17:25:21.022	debug	(7583) [iobroker/influxDB] backup: invalid metadata received
backitup.0	2021-05-17 17:25:21.022	debug	(7583) [iobroker/influxDB] 2021/05/17 17:25:21 Invalid metadata blob, ensure the metadata service is running (default port 8088)
backitup.0	2021-05-17 17:25:21.022	debug	(7583) [iobroker/influxDB] [IGNORED] Error: Command failed: influxd backup -portable -database iobroker -host 192.168.178.190:8086 "/opt/iobroker/backups/influxDB_2021_05_17-17_25_21_Saves_backupiobro
backitup.0	2021-05-17 17:25:21.022	debug	(7583) [iobroker/influxDB] InfluxDB tmp directory was successfully deleted
backitup.0	2021-05-17 17:25:21.021	debug	(7583) [iobroker/influxDB] Try deleting the InfluxDB tmp directory
backitup.0	2021-05-17 17:25:21.009	debug	(7583) [iobroker/influxDB] InfluxDB Backup tmp directory created
backitup.0	2021-05-17 17:25:21.008	debug	(7583) [iobroker/influxDB] Start InfluxDB Backup ...
backitup.0	2021-05-17 17:25:20.857	debug	(7583) [iobroker/iobroker] done
backitup.0	2021-05-17 17:25:19.847	debug	(7583) [iobroker/iobroker] Backup created: /opt/iobroker/backups/iobroker_2021_05_17-17_25_16_Saves_backupiobroker.tar.gz
backitup.0	2021-05-17 17:25:18.171	debug	(7583) [iobroker/iobroker] host.ubuntu 10258 objects saved
backitup.0	2021-05-17 17:25:18.111	debug	(7583) [iobroker/iobroker] host.ubuntu 7752 states saved
backitup.0	2021-05-17 17:25:16.754	debug	(7583) Backup has started ...

Ich habe aus dem Thread gelesen, dass influxdb auf der VM wo iobroker läuft installiert sein muss, getan. Nur installiert, nichts angelegt / konfiguriert.

Iobroker VM: IP .193
Influx VM: IP .190

Ich hab noch irgenwas von einer Bindadresse gelesen, weiß allerdings nicht wo die sein soll bzw. wie ich darauf zugreifen kann. Beide VMs haben Ubuntu Server als Betriebssystem.

[simatec]

@flyor87
Infos zum Influxdb Backup findest du in der Doku.
https://github.com/simatec/ioBroker.backitup/blob/master/docs/de/backitup.md#InfluxDB-Backup

Was mir direkt aufgefallen ist, dein Remote Port in den Einstellungen von Backitup muss auf 8088 geändert werden.

Die influxdb.conf kannst du über diesen befehl editieren:

 sudo nano /etc/influxdb/influxdb.conf

Im Anschluss influx neustarten

[MassiveAttack]

Bekomme beim InfluxDB Backup diesen Fehler, kann ja nur mehr eine Kleinigkeit sein :)

[DEBUG] [iobroker] - done
[DEBUG] [influxDB] - Start InfluxDB Backup ...
[DEBUG] [influxDB] - InfluxDB Backup tmp directory created 
[DEBUG] [influxDB] - Try deleting the InfluxDB tmp directory
[DEBUG] [influxDB] - InfluxDB tmp directory was successfully deleted
[ERROR] [influxDB] - [IGNORED] Error: Command failed: influxd backup -portable -database iobroker -host 192.168.0.80:8088 "/opt/iobroker/backups/influxDB_2021_05_19-15_35_53_backupiobroker"
2021/05/19 15:35:53 Download shard 0 failed dial tcp 192.168.0.80:8088: connect: connection refused.  Waiting 2s and retrying (0)...
2021/05/19 15:35:55 Download shard 0 failed dial tcp 192.168.0.80:8088: connect: connection refused.  Waiting 2s and retrying (1)...
2021/05/19 15:35:57 Download shard 0 failed dial tcp 192.168.0.80:8088: connect: connection refused.  Waiting 2s and retrying (2)...
2021/05/19 15:35:59 Download shard 0 failed dial tcp 192.168.0.80:8088: connect: connection refused.  Waiting 2s and retrying (3)...
2021/05/19 15:36:01 Download shard 0 failed dial tcp 192.168.0.80:8088: connect: connection refused.  Waiting 2s and retrying (4)...
2021/05/19 15:36:03 Download shard 0 failed dial tcp 192.168.0.80:8088: connect: connection refused.  Waiting 2s and retrying (5)...
2021/05/19 15:36:06 Download shard 0 failed dial tcp 192.168.0.80:8088: connect: connection refused.  Waiting 3.01s and retrying (6)...
2021/05/19 15:36:09 Download shard 0 failed dial tcp 192.168.0.80:8088: connect: connection refused.  Waiting 11.441s and retrying (7)...
2021/05/19 15:36:20 Download shard 0 failed dial tcp 192.168.0.80:8088: connect: connection refused.  Waiting 43.477s and retrying (8)...
2021/05/19 15:37:03 Download shard 0 failed dial tcp 192.168.0.80:8088: connect: connection refused.  Waiting 2m45.216s and retrying (9)...
backup: dial tcp 192.168.0.80:8088: connect: connection refused

.) Die DB läuft als Docker auf 192.168.0.80, habe dort das influxdb.conf geändert auf "0.0.0.0:8088"
.) iobroker und eine 2te DB Instanz laufen am RasPi
.) Config siehe Screenshot!

influxdb.png

[simatec]

@massiveattack Ist auf dem PI influxd installiert?

[MassiveAttack]

@simatec
Ich habe eine eigene InfluxDb installiert, ist das falsch? Wie installiert man influxd?

[simatec]

@massiveattack Wenn du influx auf deinem PI hast, sollte alles passen

[succo_J]

@simatec @MassiveAttack
Das muss nicht unbedingt sein, dass das CLI "influxd" installiert ist.

Beim Repo von Influxdata ist es automatisch drin, bei Debian muss es nachinstalliert werden
( apt-get install influxdb-client )

[MassiveAttack]

@succo_j

Ich habs übers repo installiert. Kann es sein, dass der Fehler ein Berechtigungsproblem ist?
Wenn ich nur den client installiere, kann ich die db wieder löschen?

[succo_J]

@massiveattack
Oh, da bin ich überfragt. Aber ich glaube, es gibt grundsätzlich ein Problem mittels "influxd" von außen ein Backup im Docker anzustoßen.
Selbst die Leute von Influxdata machen es über docker exec ...
https://www.influxdata.com/blog/backuprestore-of-influxdb-fromto-docker-containers/