Monatsrückblick Januar/Februar 2026 ist online!

[DucLE]

Hallo,

ich habe eine bestehende ioBroker Instanz die seit längerem sehr gut läuft. Nun wollte ich für meinen Schaltschrank einen Raspi 3B+ als Slave aufsetzen. Die Installation klappt problemlos.

Dann führe ich auf dem Master folgende Befehle aus:

iobroker multihost enable
iobroker restart 

Auf dem Slave geht's weiter mit:

iobroker multihost connect
iobroker restart 

Anschließend ist der Master nicht mehr erreichbar. Ich kann allerdings die Oberfläche auf dem Slave erreichen, die mir die Adapter des Masters anzeigt. Bei den Hosts ist allerdings auch nur der Slave gelistet.

Hab ich irgendwo einen Denk- oder Konfigurationsfehler, den ich übersehen habe?

[arteck]

@ducle den restart kannst du dir sparen

machmal auf dem slave

iobroker setup custom

und konfiguriere es manuell..

[DucLE]

@arteck Welche parameter müssen denn beim Slave konfiguiert sein? Müssen Database und Host auf den Master verweisen?

[DucLE]

Folgende Einstellungen führen wieder zum o.g. Effekt:

Master (192.168.0.10/16):

Current configuration:
- Objects database:
  - Type: file
  - Host/Unix Socket: 127.0.0.1
  - Port: 9001
- States database:
  - Type: file
  - Host/Unix Socket: 127.0.0.1
  - Port: 9000
- Data Directory: ../../iobroker-data/

Type of objects DB [(f)ile, (r)edis, ...], default [file]:
Host / Unix Socket of objects DB(file), default[127.0.0.1]: 0.0.0.0
Port of objects DB(file), default[9001]:
Type of states DB [(f)file, (r)edis, ...], default [file]:
Host / Unix Socket of states DB (file), default[0.0.0.0]:
Port of states DB (file), default[9000]:
Data directory (file), default[../../iobroker-data/]:
Host name of this machine [homecentral]:
updating conf/iobroker.json

Slave (192.168.181.28/16):

Current configuration:
- Objects database:
  - Type: file
  - Host/Unix Socket: 192.168.0.10
  - Port: 9001
- States database:
  - Type: file
  - Host/Unix Socket: 192.168.0.10
  - Port: 9000
- Data Directory: ../../iobroker-data/

Type of objects DB [(f)ile, (r)edis, ...], default [file]:
Host / Unix Socket of objects DB(file), default[192.168.0.10]:
Port of objects DB(file), default[9001]:
Type of states DB [(f)file, (r)edis, ...], default [file]:
Host / Unix Socket of states DB (file), default[192.168.0.10]:
Port of states DB (file), default[9000]:
Host name of this machine [schaltschrank]:
updating conf/iobroker.json

[Homoran]

@ducle Haben beide Hosts eindeutige Hostnamen (unterschiedlich?

[DucLE]

@homoran Jupp. homecentral & schaltschrank

[Homoran]

@ducle sagte in Slave-Installation - Master unter Slave-Adresse erreichbar:

@homoran Jupp. homecentral & schaltschrank

OK - Das ist gut so.

Bitte den Code nicht als Screenshot, den kann ich nicht entziffern.
Als Text in code-tags posten!

@ducle sagte in Slave-Installation - Master unter Slave-Adresse erreichbar:

Müssen Database und Host auf den Master verweisen?

im Prinzip ja, aber unm nichts falsches zu sagen: ich weiß nicht genau wo du da bist.

https://www.iobroker.net/#de/documentation/config/multihost.md

[arteck]

@ducle sagte in Slave-Installation - Master unter Slave-Adresse erreichbar:

Master (192.168.0.10/16):

@ducle sagte in Slave-Installation - Master unter Slave-Adresse erreichbar:

Slave (192.168.181.28/16):

das sind 2 Netze .. ist das richtig ??

[DucLE]

@homoran Ich hab die Screenshots durch Code ersetzt. Entschuldige bitte.
Ich hab es so gemacht, wie in der Anleitung. Redis ist nicht im Einsatz

[DucLE]

@arteck Nein ... ist ein 16er Subnet

[Homoran]

@ducle sagte in Slave-Installation - Master unter Slave-Adresse erreichbar:

Redis ist nicht im Einsatz

muss es auch nicht.
nur bei Redis ist die manuelle Konfiguration das Muss.

Die gleiche Anleitung gilt auch für "mit ohne" Redis, dann allerdings mit file statt redis

[DucLE]

@homoran Jupp. Genau so ist es konfiguriert. Sobald ich den Slave starte, ist die Admin-Oberfläche auf dem Master nicht mehr zu erreichen. Nur die Adminoberfläche des Slaves. Dort sind alle Adapter des Masters sichtbar. Bei den Hosts auf dem Slave wird aber nur der Slave angezeigt.

Um den Master wieder zu erreichen, muss ich den Slave stoppen und den Master neu starten.

Das klingt alles ziemlich verbogen :-(

[Homoran]

@ducle sagte in Slave-Installation - Master unter Slave-Adresse erreichbar:

Das klingt alles ziemlich verbogen

So ist es

Ich habe da jetzt keine Ahnung
und das mit den Netzen ist zu hoch für mich

[DucLE]

@homoran Das mit dem Netz ist nicht so kompliziert. Durch das Subnet (255.255.0.0 oder /16) werden lediglich alle Geräte von 192.168.0.1 bis 192.168.255.254 in einem Netz geführt. Bei einem 24er Netz (255.255.255.0 oder /24) sind des nur alle Geräte von 192.168.0.1 bis 192.168.0.254.

Beste Grüße

[Homoran]

@ducle Danke!
So ungefähr wusste ich das, nur weiß ich nicht ob das Multihostsystem mit diesen Einstellungen

Master (192.168.0.10/16):
Slave (192.168.181.28/16):

zurechtkommt

[DucLE]

@homoran An der Clientinstallation scheint es schon mal nicht zu liegen. Ich hab jetzt einen anderen Rechner genommen und Ubuntu frisch aufgesetzt. Auch hier tritt der selbe Effekt auf. Ich kann es mir nicht erklären, warum nach der Aktivierung des Slave der ioBroker nur noch über die IP des Slave zu erreichen ist. Aber das auch nur halb korrekt. :confused:

[Homoran]

@ducle sagte in Slave-Installation - Master unter Slave-Adresse erreichbar:

warum nach der Aktivierung des Slave der ioBroker nur noch über die IP des Slave zu erreichen ist

letzte Idee
Wenn du dann auf dem admin bist, sieh mal unter Instanzen.
Welchem Host ist der admin zugeordnet?

[Homoran]

@ducle sagte in Slave-Installation - Master unter Slave-Adresse erreichbar:

Host / Unix Socket of states DB (file), default[192.168.0.10]:

Hast du mal versucht vom Slave aus diese IP anzupingen.

Und noch was.
Ich bin jetzt etwas verunsichert ob die Objects auch auf dem Master verweisen sollen....
ich mach mich schlau

erledigt!
alles gut!

[DucLE]

@homoran Ping zwischen beiden Maschinen geht. Was meinst Du genau mit "welchem Host der Admin zugeordnet ist?

Hier mal ein Screenshot der Instanzen. Es laufen nur die, die auch vorher auf dem Slave vorhanden waren. Die stehenden (roten) sind die, die auf dem Master installiert sind und dort auch problemlos laufen (naja, es sei denn man startet den verbunden Slave.

Nach den neuen Installation des Slave ist die IP-Zuordnung folgende:

Master: 192.168.0.10/16
Slave: 192.168.0.11/16

[Homoran]

@ducle sagte in Slave-Installation - Master unter Slave-Adresse erreichbar:

Was meinst Du genau mit "welchem Host der Admin zugeordnet ist?

Da ist ja gar kein Multihost aktiv!
ich hatte es so (wahrscheinlich falsch) verstanden, dass Master und slave vertauscht seien.

@ducle sagte in Slave-Installation - Master unter Slave-Adresse erreichbar:

Es laufen nur die, die auch vorher auf dem Slave vorhanden waren.

da soll vorher nichts sein!
nur controller und höchstens admin

Alle Instanzen müssen über den admin des Masters auf dem slave installiert werden.
(Das hätte ich gerne gesehen)