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

[Homoran]

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

Was hier fehlt ist eben die 'root cause analaysis', denn bisher vermuten wir nur, dass es daran liegt

Das kann dir hier niemand sagen, weil bei dir ein Zustand existiert, den es so nicht geben soll.
Auch in anderen Threads hattest du seltsame Effekte wenn ich mich richtig erinnere.

daher ist diese Aussage nicht der Realität entsprechend

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

Ich habe einen PI der mal Master war. Den habe ich zum Slave gemacht. Alles passt und läuft bis auf eben das Backup.

und das in mehreren Punkten.

du hast (wahrscheinlich) zusätzlich zu deiner alten Master Installation weitere Slave Instanzen hinzugefügt.
Das ist keine saubere Sache. Auch wenn alles scheinbar läuft, passiert möglicherweise im Hintergrund einiges, was nicht erwünscht ist. Deswegen passt es eben nicht.

und für die gewünschte Analyse bräuchte es wesentlich mehr Informationen, Wissen und Beobachtungen, die im Moment niemand für dich machen kann.

Eine saubere Neuinstallation sollte immer eine Lösung sein, wenn nicht außerdem ioBroker externe Faktoren mitspielen.

[reutli]

@homoran

Ich habe jetzt begonnen, neu zu installieren (mit neuer Karte).
Bisherige steps:

1. neue Karte mit 32Bit lite (BullsEye)
2. iob installiert

pi@iobroker1:/ $ curl -sLf https://iobroker.net/install.sh | bash -
library: loaded
Library version=2022-06-15

==========================================================================

    Welcome to the ioBroker installer!
    Installer version: 2022-06-03
    
    You might need to enter your password a couple of times.

==========================================================================


==========================================================================
    Installing prerequisites (1/4)
==========================================================================

Hit:1 http://raspbian.raspberrypi.org/raspbian bullseye InRelease
Hit:2 http://archive.raspberrypi.org/debian bullseye InRelease  
Reading package lists... Done                                   

==========================================================================

    Node.js not found. Installing...

==========================================================================


## Installing the NodeSource Node.js 16.x repo...


## Populating apt-get cache...

+ apt-get update
Hit:1 http://raspbian.raspberrypi.org/raspbian bullseye InRelease
Hit:2 http://archive.raspberrypi.org/debian bullseye InRelease
Reading package lists... Done

## Confirming "bullseye" is supported...

+ curl -sLf -o /dev/null 'https://deb.nodesource.com/node_16.x/dists/bullseye/Release'

## Adding the NodeSource signing key to your keyring...

+ curl -s https://deb.nodesource.com/gpgkey/nodesource.gpg.key | gpg --dearmor | tee /usr/share/keyrings/nodesource.gpg >/dev/null

## Creating apt sources list file for the NodeSource Node.js 16.x repo...

+ echo 'deb [signed-by=/usr/share/keyrings/nodesource.gpg] https://deb.nodesource.com/node_16.x bullseye main' > /etc/apt/sources.list.d/nodesource.list
+ echo 'deb-src [signed-by=/usr/share/keyrings/nodesource.gpg] https://deb.nodesource.com/node_16.x bullseye main' >> /etc/apt/sources.list.d/nodesource.list

## Running `apt-get update` for you...

+ apt-get update
Hit:1 http://raspbian.raspberrypi.org/raspbian bullseye InRelease
Hit:2 http://archive.raspberrypi.org/debian bullseye InRelease                        
Get:3 https://deb.nodesource.com/node_16.x bullseye InRelease [4,586 B]               
Get:4 https://deb.nodesource.com/node_16.x bullseye/main armhf Packages [783 B]
Fetched 5,369 B in 1s (3,913 B/s)
Reading package lists... Done

## Run `sudo apt-get install -y nodejs` to install Node.js 16.x and npm
## You may also need development tools to build native addons:
     sudo apt-get install gcc g++ make
## To install the Yarn package manager, run:
     curl -sL https://dl.yarnpkg.com/debian/pubkey.gpg | gpg --dearmor | sudo tee /usr/share/keyrings/yarnkey.gpg >/dev/null
     echo "deb [signed-by=/usr/share/keyrings/yarnkey.gpg] https://dl.yarnpkg.com/debian stable main" | sudo tee /etc/apt/sources.list.d/yarn.list
     sudo apt-get update && sudo apt-get install yarn


Installed nodejs
Node.js Installed successfully!
Changing npm registry to https://registry.npmjs.org
Installed acl
Installed gcc-c++
Installed libavahi-compat-libdnssd-dev
Installed libudev-dev
Installed libpam0g-dev
Installed git
Installed libcairo2-dev
Installed libpango1.0-dev
Installed libjpeg-dev
Installed libgif-dev
Installed librsvg2-dev
Installed cmake

==========================================================================
    Creating ioBroker user and directory (2/4)
==========================================================================

User iobroker created
Created /etc/sudoers.d/iobroker
Directory /opt/iobroker created

==========================================================================
    Installing ioBroker (3/4)
==========================================================================


==========================================================================
    Finalizing installation (4/4)
==========================================================================

Enabling autostart...
Created symlink /etc/systemd/system/multi-user.target.wants/iobroker.service → /lib/systemd/system/iobroker.service.
Autostart enabled!
Fixing directory permissions...

==========================================================================

    ioBroker was installed successfully
    Open http://192.168.200.6:8081 in a browser and start configuring!

==========================================================================


You need to re-login before doing anything else on the console!

pi@iobroker1:/ $ sudo reboot

3. adapter gelöscht (admin, backitup, discovery)

pi@iobroker1:~ $ iob del discovery
Delete adapter "discovery"
host.iobroker1 Counted 1 instances of discovery
host.iobroker1 Counted 1 meta of discovery
host.iobroker1 Counted 1 adapter for discovery
host.iobroker1 Counted 5 states of discovery
host.iobroker1 Counted 15 states of system.adapter.discovery
host.iobroker1 Counted 1 states (io.discovery.*) from states
host.iobroker1 Counted 16 states (system.adapter.discovery.*) from states
host.iobroker1 Counted 1 objects of discovery
host.iobroker1 file discovery.admin deleted
host.iobroker1 object discovery deleted
host.iobroker1 object discovery.admin deleted
host.iobroker1 Deleting 24 object(s).
host.iobroker1 Deleting 17 state(s).

removed 42 packages in 7s

26 packages are looking for funding
  run `npm fund` for details
pi@iobroker1:~ $ iob del backitup
Delete adapter "backitup"
host.iobroker1 Counted 1 instances of backitup
host.iobroker1 Counted 1 meta of backitup
host.iobroker1 Counted 1 adapter for backitup
host.iobroker1 Counted 4 channels of backitup
host.iobroker1 Counted 12 states of backitup
host.iobroker1 Counted 15 states of system.adapter.backitup
host.iobroker1 Counted 12 states (io.backitup.*) from states
host.iobroker1 Counted 16 states (system.adapter.backitup.*) from states
host.iobroker1 Counted 1 objects of backitup
host.iobroker1 file backitup.admin deleted
host.iobroker1 object backitup deleted
host.iobroker1 object backitup.admin deleted
host.iobroker1 Deleting 35 object(s).
host.iobroker1 Deleting 28 state(s).

removed 74 packages in 5s

22 packages are looking for funding
  run `npm fund` for details
pi@iobroker1:~ $ iob del admin
Delete adapter "admin"
host.iobroker1 Counted 1 instances of admin
host.iobroker1 Counted 2 meta of admin
host.iobroker1 Counted 1 adapter for admin
host.iobroker1 Counted 1 channels of admin
host.iobroker1 Counted 10 states of admin
host.iobroker1 Counted 16 states of system.adapter.admin
host.iobroker1 Counted 9 states (io.admin.*) from states
host.iobroker1 Counted 17 states (system.adapter.admin.*) from states
host.iobroker1 Counted 1 objects of admin
host.iobroker1 file admin.admin deleted
host.iobroker1 object admin deleted
host.iobroker1 object admin.admin deleted
host.iobroker1 Deleting 32 object(s).
host.iobroker1 Deleting 26 state(s).

removed 75 packages in 5s

18 packages are looking for funding
  run `npm fund` for details

4. slave connected

pi@iobroker1:~ $ iobroker multihost connect
1 |       192.168.200.5 |  host |       192.168.200.5 | "authentication required"
Please select host [1]: 
Enter secret phrase for connection: ************

Config ok. Please restart ioBroker: "iobroker restart"
pi@iobroker1:~ $ iob restart
pi@iobroker1:~ $ iob status

iobroker is running on this host.

At least one iobroker host is running.

Objects type: jsonl
States  type: jsonl

Jetzt wollte ich backitup vom Master aus installieren, leider ohne Erfolg:

Latest available version of "js-controller" is required, but nothing installed. Please install first "js-controller" and then retry.
Latest available version of "admin" is required, but nothing installed. Please install first "admin" and then retry.

Ich dachte admin ist nicht erforderlich und der js-controller ist standardmäßig da?

Was soll ich jetzt machen, damit es konform läuft?
Danke

[Thomas Braun]

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

neue Karte mit 32Bit lite (BullsEye)

Ich hätte die 64bit-Version genommen (wenn die auf dem Prozessor läuft).

[reutli]

@thomas-braun

Ich hatte in einem thread von Dir gelsen, dass das nichts bringt ausser für influxdb...
Auf dem Slave laufen nur Temperatur messungen (DS Thermostate)...

[Thomas Braun]

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

Ich hatte in einem thread von Dir gelsen, dass das nichts bringt ausser für influxdb...

Der ist aber alt und stammt aus der Zeit, als die 64bit-Version noch im Beta-Status war.
Mittlerweile läuft die 64bit-Variante 'besser'.

[reutli]

@thomas-braun

Also nochmals von vorne?
--> kann ich dann o.g. Fehler gleich abfangen?

[reutli]

@thomas-braun sagte in Backitup Slave wird nicht gesichert (ohne Fehler):

Ich hätte die 64bit-Version genommen (wenn die auf dem Prozessor läuft).

Ok, alles nochmals von vorne und 64Bit installiert.

Jetzt gleich die Frage, alle drei wirklich löschen vor dem Slave-Connect?

system.adapter.admin                   : admin          - v6.2.22
system.adapter.backitup                : backitup       - v2.4.12
system.adapter.discovery               : discovery      - v3.0.3

Das war zumindest @Homoran 's Ansage...

[Thomas Braun]

@reutli

Ja, ein Slave wird 'leer' an den Master angedockt.

[reutli]

@thomas-braun
ok, 'all done'

Bei Versuch Backitup zu installieren wie gehabt Fehler:

Latest available version of "js-controller" is required, but nothing installed. Please install first "js-controller" and then retry.
Latest available version of "admin" is required, but nothing installed. Please install first "admin" and then retry.

was jetzt?

[Thomas Braun]

@reutli

Keine Ahnung. Hab kein Multihost-Setup.

[reutli]

@thomas-braun

dann steh' ich jetzt im Regen... neu aufgesetzt und meine Scripte melden (natürlich Fehler ohne Ende) weil keine Temperaturwerte...
Müsste wenigstens ein zwei Adapter installieren.

[Homoran]

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

Bei Versuch Backitup zu installieren

wie hast du das versucht?
Außerdem sichert der Backitup auf dem Master die Konfigurationen des slaves mit.
Ich hab auf keinem Slave Backitup drauf.

[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)?