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

[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

[haselchen]

@dontobi

Habe ich auch gehabt.
Ich hab ums verrecken kein Backup in einen spezifizierten Ordner bringen können.
Iobroker läuft auf ner Syno.
Entweder permission denied oder dein Fehler.
Passwörter und Brechtigungen stimmen alle.
Kann auch so von aussen auf die Syno zugreifen.

Mach das ganze jetzt per FTP. Das klappt.

Edit: Wenn du Hilfe bei den Einstellungen brauchst, sach Bescheid.

[Dr. Bakterius]

@dontobi Kannst du die Freigabe händisch mounten?

[dontobi]

@haselchen Ich habe mir nun damit geholfen, dass ich die Backups per WebDAV zu meiner nextcloud Instanz schiebe und diese von dort auf einen Lokalen Speicher synchronisiere.

@dr-bakterius Da der ioBroker km Docker Container läuft, wird der Ordner automatisch beim starten in den Container verbunden (per Volume Bind). Ich habe daher per Console mich in den Container verbunden und dort Tests durchgeführt. Ordner und Dateien erstellen, sowie löschen klappt ohne Probleme als User (ioBroker) und auch per sudo. Daran kann es also nicht liegen.

[JB_Sullivan]

Moin zusammen,
ich muss mal eine ganz blöde Frage stellen, bevor ich mir jetzt gleich alles zerschieße.

Also BackitUp liegt als Komplett Sicherung für ioB, InfluxDB, Grafana, und die js-Skripte vor. Dieses Backup beruht auf einer ioB Windows Installation.

Nun habe ich mir einen NUC mit Proxmox und einer Linux VM für ioB aufgebaut. Auch InfluxDB und Grafana laufen auf dieser neuen Maschine in eigenen Containern.

Kann ich bedenkenlos die BackitUp Sicherung des Windows basierenden Systems als Restore Daten für die Linux Version nehmen? Bei InfluxDB und Grafana werde ich nach dem Restore die IP Adressen anpassen müssen, das ist mir soweit klar.

Ich frage deshalb so doof, weil ich ein ähnliches Szenario vor geraumer Zeit schon einmal auf zwei verschiedenen Windows Rechner ausprobiert hatte. Nach dem Restore auf dem neuen Windows Rechner ging jedoch gar nichts mehr und ioB war nicht mehr erreichbar.

Diesen Fehler würde ich mir jetzt gerne ersparen.

[simatec]

@jb_sullivan
Im Prinzip kannst du einen Restore auf ein anderes System ohne Probleme machen.
Wo ich aber immer drauf achten würde, wäre auf die Datenbanken.

Um nicht in Probleme zu laufen, sollten diese auf beiden Systemen identisch sein.
Wenn du also auf deinem Windows jsonl/jsonl hast, dann sollte auf deinem neuen System zum Zeitpunkt des Restores ebenfalls der Typ verwendet werden. Genau so auch mit File oder Redis