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

[oFbEQnpoLKKl6mbY5e13]

@simatec

Okay.

Hätte ich redis-cli vorher installieren müssen?

[DEBUG] [redis] - Start Redis Backup ...
[DEBUG] [redis] - Created redistmp directory
[ERROR] [redis] - Error: Command failed: redis-cli -u 'redis://:@192.168.0.205:6379' --rdb /opt/iobroker/backups/redistmp/dump.rdb
/bin/sh: 1: redis-cli: not found

[simatec]

@ofbeqnpolkkl6mby5e13 ja redis-cli wird benötigt

[oFbEQnpoLKKl6mbY5e13]

@simatec

Alles klar!

[simatec]

@ofbeqnpolkkl6mby5e13 Sorry hab ich in der Doku vergessen ...

[oFbEQnpoLKKl6mbY5e13]

@simatec

Packt @andre das zukünftig mit in den Container?

[DEBUG] [redis] - Start Redis Backup ...
[DEBUG] [redis] - Try deleting the old redis tmp directory: "/opt/iobroker/backups/redistmp"
[DEBUG] [redis] - old redis tmp directory "/opt/iobroker/backups/redistmp" successfully deleted
[DEBUG] [redis] - Created new redistmp directory
[DEBUG] [redis] - Packed 18MB so far...
[DEBUG] [redis] - Packed 64MB so far...
[DEBUG] [redis] - Backup created: /opt/iobroker/backups/redis-remote_2022_02_26-22_22_45_backupiobroker.tar.gz
[DEBUG] [redis] - Try deleting the redis tmp directory: "/opt/iobroker/backups/redistmp"
[DEBUG] [redis] - redis tmp directory "/opt/iobroker/backups/redistmp" successfully deleted
[DEBUG] [redis] - done

[simatec]

@ofbeqnpolkkl6mby5e13 Muss ich mal mit ihm reden ...

[oFbEQnpoLKKl6mbY5e13]

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

@ofbeqnpolkkl6mby5e13 Dann brauchst du ne zweite Instanz, die Du als Slave konfigurierst und die Backitup.0 als Master.

Backitup.1 als Slave und dort das Redis Backup für den zweiten Server aktivieren.
Die Instanz backitup.1 wird dann nur für das backup gestartet und im Anschluss wieder gestoppt

Das hat einwandfrei so funktioniert. :+1:

[haselchen]

@simatec

Ich habe eine Synology als MASTER und einen Pi als Slave.
Hab gerade deinen Adapter installiert.
Ich kann hier bei der Eingabe keinen Slave auswählen und wenn ich speichere gibt es eine Warnmeldung im Log.

backitup.0	2022-03-03 19:56:11.965	warn	(2887) undefined is not running. The slave backup for this instance is not possible

[simatec]

@haselchen Hast du denn eine Instanz von Backitup auf dem Slave installiert?

[haselchen]

@simatec

Ich denke ich müsste auf die Frage wohl mit JA antworten :)

Nein, das habe ich bisher nicht gemacht.
Ich dachte , dass der Adapter aus den Tiefen des Iobroker Ordners die Infos des Slaves bezieht.

Dann hole ich das nach und werde berichten......

[simatec]

@haselchen Naja klar kann ich Slaves in den iobroker Strukturen ermitteln, aber was macht das denn für einen Sinn, wenn keine Instanz auf dem Slave läuft 😬

[amg_666]

@haselchen Das habe ich früher auch gedacht, aber wenn du dein logfile checkst wirst du da sehen, dass er warnings gibt weil er beim slave nix findet

[haselchen]

@amg_666
Findet er nichts weil der Adapter dort nicht installiert ist ?
Weil ich habe dort 3 Adapter mit Instanzen installiert.

[simatec]

@haselchen kannst deine Antwort bitte genauer erklären?

[amg_666]

@haselchen du musst eine 2. Instanz vopn backituo auf dem Slave installieren. Alle Einstellungen machst du dann im "Master Backitup"

[haselchen]

@amg_666

Genau das war meine Frage.

Es hörte sich so an als wenn @simatec dachte der Slave hat keine installierten Adapter.

[amg_666]

@haselchen ich meine auch, dass das früher so war, kann mich aber irren...

[simatec]

@haselchen https://github.com/simatec/ioBroker.backitup/blob/master/docs/de/backitup.md#multihost-unterstützung

[dontobi]

Ich bin gerade etwas verwirrt. Bei mir klappt das Backup nicht mehr.

Ich nutze für den ioBroker den Docker Container und habe einen Pfad in den Container gemountet. Auf der Console des Containers kann ich als ioBroker Nutzer Dateien innerhalb dieses Ordners löschen und erstellen.

Im ioBroker habe ich ein Backup angestoßen und erhalte den folgenden Output:

Started ccu ...
[DEBUG] [mount] - done
[DEBUG] [ccu] - CCU-Backup started ...
[DEBUG] [ccu] - CCU Version: 3.61.7
[DEBUG] [ccu] - Requesting backup from CCU
[DEBUG] [ccu] - CCU-Backup for is finish
[DEBUG] [ccu] - done
[ERROR] [cifs] - Path "/mnt/backitup/iobroker" not found

Ich stelle mir die Frage, warum hier CIFS genutzt wird und nicht COPY. Kann es sein, dass dies ein Bug ist? Ich habe kurz auch auf CIFS gestellt und direkt wieder zu COPY geändert. Aber die Ausgabe bleibt die selbe.

Hat jemand eine Idee, was ich noch testen könnte?

[simatec]

@dontobi Ehrlich gesagt verstehe ich deine Frage nicht.
Kannst du bitte mal deine Konfiguration posten und sagen, was jetzt nicht geht oder nicht mehr geht