Neuer ioBroker-Blog online: Monatsrückblick März/April 2026

[reutli]

@homoran
Ich bin jetzt gerade etwas 'confused'...

Habe wie oben erwähnt den kompletten Slave neu auf neuer Karte installiert.
Dann erfolgreich den Connect gemacht und versucht Adapter zu installieren (dann kam es zu o.g. Fehler).
Dann konnte ich auf dem Master die Instanzen nicht mehr anzeigen (Cannot read instances).

Dann habe ich (erneut) Master und Slave durchgebootet.

Ergebnis (und das verstehe ich NICHT):
Auf dem Slave sind alle Instanzen wieder da, wie sie auf der (alten!) Karte drauf waren? Restored der Master das, wenn man mit gleiichem Hostname sich verbindet???

@homoran sagte in Backitup Slave wird nicht gesichert (ohne Fehler):

Außerdem sichert der Backitup auf dem Master die Konfigurationen des slaves mit.
Ich hab auf keinem Slave Backitup drauf.

Das heisst auf dem Slave Backitup löschen? Dann kann man die Einstellung aber nicht mehr vornehmen:

[Homoran]

@reutli sagte in Backitup Slave wird nicht gesichert (ohne Fehler):

Restored der Master das, wenn man mit gleiichem Hostname sich verbindet???

ja! deswegen ja gleicher Hostnane und

@homoran sagte in Backitup Slave wird nicht gesichert (ohne Fehler):

Außerdem sichert der Backitup auf dem Master die Konfigurationen des slaves mit.

[reutli]

@homoran sagte in Backitup Slave wird nicht gesichert (ohne Fehler):

@homoran sagte in Backitup Slave wird nicht gesichert (ohne Fehler):

Außerdem sichert der Backitup auf dem Master die Konfigurationen des slaves mit.

Da kann aber was nicht passen.
Wenn ich die Backitup Instanz auf dem Slave lösche, dann zeigt er mir in der Master_Instanz von Backitup nur noch meinen anderen Slave an:

Laut Doku Backitup heisst es:

Multihost Unterstützung

Ab ioBroker.backitup Version 2.2.0 wird Multihost für die Sicherung entfernter Systeme (z.B. Zigbee oder entfernte Datenbanken) unterstützt. Multihost für ioBroker.backitup kann mit mehreren Instanzen von ioBroker.backitup auf verschiedenen Hosts arbeiten.
Ein Instanz von ioBroker.backitup muss zur Unterstützung als Master konfiguriert. Alle weiteren Instanzen, die sich auf entfernten Hosts befinden, werden als Slave konfiguriert.*

[Homoran]

@reutli sagte in Backitup Slave wird nicht gesichert (ohne Fehler):

Multihost Unterstützung

diese ist relativ neu und nur für

@reutli sagte in Backitup Slave wird nicht gesichert (ohne Fehler):

die Sicherung entfernter Systeme (z.B. Zigbee oder entfernte Datenbanken)

also externe Programme, deren Daten auf dem jeweiligen Host liegen.

für eine normale iobroker Installation ohne Fremdsoftware ist das nicht nötig.
Ich have auf meinen Slaves keine Backitup Instanzen und benötige sie auch nicht.

Daher kann ich zu dieser Option nichts sagen

[reutli]

@homoran

So langsam komme ich wohl hinter die Systematik...
Wenn also die iobroker-Installationen von Slaves von Backitup gesichert werden, wie stellt man dann aber explizit einen Slave wieder her, wenn alles in einem einzigen Backup(-file) ist?

[Homoran]

@reutli sagte in Backitup Slave wird nicht gesichert (ohne Fehler):

wie stellt man dann aber explizit einen Slave wieder her, wenn alles in einem einzigen Backup(-file) ist?

koppeln - fertig!

voraussetzung ist gleicher Hostname

[simatec]

@reutli sagte in Backitup Slave wird nicht gesichert (ohne Fehler):

@homoran
Der ist ganz "normal" als Slave konfiguriert:

Habe ja nur mal testweise auf SINGLE umgestellt um zu sehen, ob er denn grundsätzlich sichert (was sich, s.o.) bestätigt hat.

Wie hier in den Screenshots zu sehen ist, dass dein Slave nix sichern kann, da du nix ausgewählt hast.
Keine Option ist aktiviert.

Noch einmal zum Verständnis. Ein Slave Backup sichert dir Optionen auf dem entfernten System, wie z.B. die Zigbee-Datenbank.

Ein iobroker Backup wird auf dem Slave niemals ausgeführt, da der Master im iobroker backup alle Slaves automatisch sichert.

Des Weiteren würde ich dir empfehlen, die Slave Instanzen durch den Master starten und stoppen zu lassen.
Die Slave Instanz muss nicht dauerhaft laufen und es spart Resourcen.

[reutli]

@simatec sagte in Backitup Slave wird nicht gesichert (ohne Fehler):

Keine Option ist aktiviert.

Korrekt, da hier keine Adapter installiert sind, die in den Optionen aufgelistet sind.

@simatec sagte in Backitup Slave wird nicht gesichert (ohne Fehler):

Ein iobroker Backup wird auf dem Slave niemals ausgeführt, da der Master im iobroker backup alle Slaves automatisch sichert.

Das war ein entscheidender Hinweis, der mir bisher (auch nicht durch s´lesen der Doku) bewusst geworden ist, danke!

Drei Fragen habe ich noch:

1. Muss denn dann überhaupt eine Backitup-Instanz auf den Slaves installiert sein, wenn man nur den iob-Slave als solches gesichert haben möchte?

2. Wenn auf dem Slave node-red installiert ist, werden die Flows also auch gesichert?

3. Wie kann man dann Daten von z.B.
   a) nur von einem Slave
   b) nur von einem Adapter wiederherstellen?
   Wenn ich es richtig verstanden habe, kann ich einen restore nur ganz machen (also Master mit allen Slaves)?

[FredF]

@reutli
Ich antworte mal und verweise auf:
https://github.com/simatec/ioBroker.backitup/wiki/ioBroker.backitup-Wiki-Deutsch#multihost-unterstützung

zu 1.
Nein, Backitup auf dem Master regelt das auch für den(die) Slaves.
Da in einer Slave Instanz die automatischen Backups durch den Master geregelt werden, sind iobroker-Backups, Javascript-Backups und CCU-Backups nicht auswählbar.

zu 2.
Kann man Node Red denn auswählen und zusätzlich separat sichern? Nein, also geht auch keine Sicherung von Node Red auf einem Slave.

zu 3a.
Ich vermute das es geht, wenn denn ein Admin installiert ist.
zu 3b.
Dafür wurde Backitup nicht entwickelt, also nur Restore für alles.

[Homoran]

@reutli sagte in Backitup Slave wird nicht gesichert (ohne Fehler):

Muss denn dann überhaupt eine Backitup-Instanz auf den Slaves installiert sein, wenn man nur den iob-Slave als solches gesichert haben möchte?

nein!
bei richtiger Konfiguration des Multihost bei dem die Instanzen der Slaves über den Admin des Masters installiert wurden ist alles im Backup des Masters enthalten!

@homoran sagte in Backitup Slave wird nicht gesichert (ohne Fehler):

Außerdem sichert der Backitup auf dem Master die Konfigurationen des slaves mit.

---

@reutli sagte in Backitup Slave wird nicht gesichert (ohne Fehler):

Wenn auf dem Slave node-red installiert ist, werden die Flows also auch gesichert?

gehe ich von aus, hatte ich ganz früher auch mal ohne Probleme.

---

@reutli sagte in Backitup Slave wird nicht gesichert (ohne Fehler):

Wie kann man dann Daten von z.B.
a) nur von einem Slave

@homoran sagte in Backitup Slave wird nicht gesichert (ohne Fehler):

koppeln - fertig!
voraussetzung ist gleicher Hostname

@reutli sagte in Backitup Slave wird nicht gesichert (ohne Fehler):

nur von einem Adapter wiederherstellen?

geht das überhaupt? ohne manuellen Eingriff in die Backup Dateien?

@reutli sagte in Backitup Slave wird nicht gesichert (ohne Fehler):

Wenn ich es richtig verstanden habe, kann ich einen restore nur ganz machen (also Master mit allen Slaves)?

nein.
Das Backup enthält alles. Bei einem Restore wird auch alles wieder hergestellt.
Aber du kannst einen Slave komplett neu aufbauen, koppeln und alles ist wie früher

[Bert 0]

@homoran
Hier muss ich auch noch mal einhaken: Master + Slave

• Slave nur mit der Zigbee Instanzen --> Steckt der Stick. Ansonsten keine weiteren Instanzen.
  -In Backitup kann ich zwar den Master auswählen aber nicht den Slave.

Soweit ok. Wenn ich aber dann ein Backup von Zigbee mache, wird diese erzeugt aber mit einer Datenbankgröße von 0 ( Shepherd.db). Es sind 5 Geräte angelernt.

Ist das so korrekt?

Danke bert

[reutli]

@bert-0 sagte in Backitup Slave wird nicht gesichert (ohne Fehler):

-In Backitup kann ich zwar den Master auswählen aber nicht den Slave.

Was meinst Du damit?

Ich habe eine Admin-Instanz Backitup und auf dem (ZigBee-)Slave eine.

Master:

Slave:

Damit sichert der Master en (ZigBee-)Slave mit.

[Homoran]

@bert-0 sagte in Backitup Slave wird nicht gesichert (ohne Fehler):

Slave nur mit der Zigbee Instanzen --> Steckt der Stick.

da bin ichvraus. ich nutze kein zigbee. Kann aber sein, dass du dafür tatsächlich eine weitere backitup Instanz auf dem slave benötigst um die Daten die für den Stick notwendig sind (nicht iobroker Daten!) gesichert werden Können.

Alles was zu iobroker gehört und auf dem Slave ist wird bei korrekter Multihost Einrichtung im Backup des Masters gesichert!

[Bert 0]

@reutli Ok, ich hatte bloss eine Instanz Backupit. Da Installiere ich mal eine 2. und stelle das so ein, wie du.

Danke++

[simatec]

@bert-0 Die Instanz muss aber auf dem Slave in dem auch der Zigbee Stick steckt installiert sein.

[Bert 0]

@homoran Danke trotzdem. Probiere mal den tip von Reutli.

[reutli]

@bert-0

Jupp, aber wie @simatec schreibt auf dem (ZigBee-)Slave installieren!

[Homoran]

@bert-0 sagte in Backitup Slave wird nicht gesichert (ohne Fehler):

@homoran Danke trotzdem. Probiere mal den tip von Reutli.

passt ja zu dem post von @simatec. Hatte ich also noch richtig in Erinnerung

[Bert 0]

@simatec sagte in Backitup Slave wird nicht gesichert (ohne Fehler):

@bert-0 Die Instanz muss aber auf dem Slave in dem auch der Zigbee Stick steckt installiert sein.

So, auf dem Raspberry eine Backitup Version installiert, Zigbee angeklickt, FTP auf dem QNAP aktiviert und für Raspberry freigegeben, im Slave-Backitup ebenfalls FTP/TLS aktiviert --> geht jetzt.
Was komisch ist jetzt klappt auch das Backup von der CCU , die auch auf dem Raspi läuft. Vorneweg nicht. Wahrscheinlich auch der Grund, weil ich auf dem Slave/Raspi kein Backitup installiert hatte,

Also vielen Dank.

[Homoran]

@bert-0 sagte in Backitup Slave wird nicht gesichert (ohne Fehler):

Was komisch ist jetzt klappt auch das Backup von der CCU , die auch auf dem Raspi läuft. Vorneweg nicht. Wahrscheinlich auch der Grund, weil ich auf dem Slave/Raspi kein Backitup installiert hatte,

nöö!
meine CCU läuft auch nicht in meiner Proxmox VM und wird trotzdem gesichert