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

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

[simatec]

@massiveattack Kannst du bitte mal die Config deines Dockers posten

[MassiveAttack]

@succo_j said in BackItUp für InfluxDB:

apt-get install influxdb-client

Ich glaube das heißt, der Client ist schon installiert?!

Vorbereitung zum Entpacken von .../influxdb-client_1.6.4-1+deb10u1_armhf.deb ...
Entpacken von influxdb-client (1.6.4-1+deb10u1) ...
dpkg: Fehler beim Bearbeiten des Archivs /var/cache/apt/archives/influxdb-client_1.6.4-1+deb10u1_armhf.deb (--unpack):
 Versuch, »/usr/bin/influx« zu überschreiben, welches auch in Paket influxdb 1.8.5-1 ist
dpkg-deb: Fehler: »einfügen«-Unterprozess wurde durch Signal (Datenübergabe unterbrochen (broken pipe)) getötet
Fehler traten auf beim Bearbeiten von:
 /var/cache/apt/archives/influxdb-client_1.6.4-1+deb10u1_armhf.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)

Pfuh das wird ja immer komplizierter :)

In der Config steht nix besonderes drin, alles default

[MassiveAttack]

Ich habe vorläufig einen Workaround gefunden. Leider muss ich dazu den backupjob manuell in der docker console starten:

influxd backup -portable -database iobroker "/var/lib/influxdb/backups/influxDB_20_05_21"

Wobei "/var/lib/influxdb/" mein Freigabeverzeichnis für den Docker ist. Dabei wird der Ordner "backups" erstellt. Auf diesen Freigabeordner kann ich über das NAS Filesystem ja zugreifen, und kopiere mir dann das influxdb backup weg.

[MassiveAttack]

Noch eine andere Frage zum Backup von JS, was muss ich da eintragen, damit das Backup funktioniert?

[Thomas Braun]

@massiveattack
Im js-Adapter spiegeln (am besten außerhalb von /opt/iobroker ; z. B. im /home/iobroker/iobskripte oder sowas) und dieses Spiegelverzeichnis im Backitup eintragen.

[MassiveAttack]

@thomas-braun

Danke, funktioniert :)

[simatec]

@massiveattack sagte in BackItUp für InfluxDB:

In der Config steht nix besonderes drin, alles default

Zeige bitte trotzdem mal die Config

[MassiveAttack]

@simatec

$ docker run -p 8086:8086 \
      -v influxdb:/var/lib/influxdb \
      influxdb:1.8

[simatec]

@massiveattack der Port 8088 ist da aber nicht konfiguriert.
Den Port benötigst du als remote Port

[MassiveAttack]

@simatec
den habe ich auch in der influx config eingestellt:

[admin]
enabled = true
bind-address = ":8088"

(hab auch schon "0.0.0.0:8088" erfolglos versucht"

[simatec]

@massiveattack sagte in BackItUp für InfluxDB:

8088

Ich denke beim docker musst du den Port auch freigeben ...
Eventuell kann da @andre etwas zu sagen.

[MassiveAttack]

@simatec

Puh ob man den Port nachträglich im Docker ändern kann, wage ich zu bezweifeln, zumindest in der Docker Station von Qnap gibts da Probleme.

Aber wärs nicht einfacher, den Port auf ":8086" zu ändern, sowohl in der config als auch im iobroker backup?
Oder wäre der dann doppelt belegt? Wäre das ein Problem?