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

[eric2905]

@hartwigm sagte in iobroker Multihost lässt sich nicht umschalten:

@eric2905

Vielleicht ein blöde Frage, aber wir bekomme ich den Slave wieder weg.

Doku nicht gelesen?
Mach aber vorher ein Backup von Slave (No backup, no support) !!!

Und danach auf dem Slave in der Console wieder die lokale IP angeben

Gruß,
Eric

[hartwigm]

@eric2905

Ich bekommen die Host einfach nicht mehr auseinander.

Immer wenn ich meinen Slave starte taucht der sofort wieder beim Master auf.

Ich würde nun beide System gerne einfach neu aufsetzen und dann sauber einrichten.

Allerdings scheitere ich daran den iobroker neu aufzusetzen.

Wenn ich diesen neu installiere, kommt immer wieder die alten Adapter Instanzen und Einstellungen. Ist zwar nett, aber möchte ich gerne alles weg haben.

Beide Maschinen sind Raspi, insofern wäre eine neue Installation auf SD Karte vermutlich das einfachste, da ich aber die Kisten nicht vor Ort habe, und der Slave auch noch in einer Wohnung steht , wo ich derzeit nicht reinkomme, ist das keine Option.

Also konkret die Frage, wie kann ich iobroker entweder auf FactoryDefault setzen oder neu und sauber ohne Altlasten installieren

[Homoran]

@hartwigm sagte in iobroker Multihost lässt sich nicht umschalten:

Ich bekommen die Host einfach nicht mehr auseinander.

einfach auf der Konsole beim slave iobroker setup custom eingeben und wieder manuell alles was auf den Master zeigt wieder zurückstellen

[hartwigm]

@Homoran

zum Teil ja!

Es sind zwar nun die Adapter wieder da und auch die Instanzen. Ich bekomme aber keinen Zugriff mehr über :8081

Daher noch einen 2te Adapter mal mit 8089 hinzugefügt, aber auch da geht nichts.

pi@ioBroker-Pi:~ $ iobroker list instances
  system.adapter.admin.0                 : admin                 -  enabled, port: 8081, bind: 0.0.0.0, run as: admin
  system.adapter.admin.1                 : admin                 -  enabled, port: 8089, bind: 0.0.0.0, run as: admin
  system.adapter.discovery.0             : discovery             -  enabled
  system.adapter.info.0                  : info                  -  enabled
  system.adapter.mqtt-client.0           : mqtt-client           -  enabled, port: 1883
  system.adapter.shelly.0                : shelly                -  enabled, port: 1882, bind: 0.0.0.0
  system.adapter.terminal.0              : terminal              -  enabled, port: 8088, bind: 0.0.0.0, run as: admin
  system.adapter.zigbee.0                : zigbee                -  enabled, port: /dev/serial/by-id/usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B0018E210F6-if00
  system.adapter.zwave.0                 : zwave                 -  enabled
  system.adapter.zwave2.0                : zwave2                - disabled

+ instance is alive

[Homoran]

@hartwigm sagte in iobroker Multihost lässt sich nicht umschalten:

@Homoran

zum Teil ja!

Es sind zwar nun die Adapter wieder da und auch die Instanzen. Ich bekomme aber keinen Zugriff mehr über :8081

Klar!

Daher noch einen 2te Adapter mal mit 8089 hinzugefügt, aber auch da geht nichts.

Auch Klar

pi@ioBroker-Pi:~ $ iobroker list instances
  system.adapter.admin.0                 : admin                 -  enabled, port: 8081, bind: 0.0.0.0, run as: admin
  system.adapter.admin.1                 : admin                 -  enabled, port: 8089, bind: 0.0.0.0, run as: admin
  system.adapter.discovery.0             : discovery             -  enabled
  system.adapter.info.0                  : info                  -  enabled
  system.adapter.mqtt-client.0           : mqtt-client           -  enabled, port: 1883
  system.adapter.shelly.0                : shelly                -  enabled, port: 1882, bind: 0.0.0.0
  system.adapter.terminal.0              : terminal              -  enabled, port: 8088, bind: 0.0.0.0, run as: admin
  system.adapter.zigbee.0                : zigbee                -  enabled, port: /dev/serial/by-id/usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B0018E210F6-if00
  system.adapter.zwave.0                 : zwave                 -  enabled
  system.adapter.zwave2.0                : zwave2                - disabled

+ instance is alive

bei dir läuft ja nichts ;-)

iobroker start oder iobroker start all sollte helfen

[hartwigm]

@Homoran

Da läuft in der Tat nichts, deswegen ja schon die Überlegung alles neu aufsetzen. Ist vermutlich schneller als ...

iobroker start hatte ich schon gemacht und der
iobroker start all startet nur noch zusätzlich die zwave2 welche zuvor disabled war

Ich bekommen keinen Zugriff über Port 8081 und 8089

[FredF]

@hartwigm sagte in iobroker Multihost lässt sich nicht umschalten:

Ich bekommen keinen Zugriff über Port 8081 und 8089

Hat sich der aufgelöste Slave vielleicht eine neue IP geholt?

[Homoran]

@FredF er kommt ja auf die Konsole.

@hartwigm
oder geht das per Hostname?
Haben beide Pi einen unterschiedlichen Hostnamen?

[FredF]

@Homoran sagte in iobroker Multihost lässt sich nicht umschalten:

er kommt ja auf die Konsole.

Stimmt :man-facepalming:

[Homoran]

@hartwigm
wie sieht denn deine Ausgabe bei iobroker setup custom aus?

Nach der Doku hast du es ja folgendermaßen umgestellt gehabt:

Type of objects DB [file, couch, redis], default [file]: ENTER
Host of objects DB(file), default[127.0.0.1]: <IP ADRESSE> vom Hauptsystem
Port of objects DB(file), default[9001]: ENTER
Type of states DB [file, redis], default [file]: ENTER
Host of states DB (file), default[hostname]:<IP ADRESSE> vom Hauptsystem
Port of states DB (file), default[9000]: ENTER
Host name of this machine [hostname]: ENTER

Ist das vollständig wieder zurückgestellt?

[hartwigm]

@Homoran said in iobroker Multihost lässt sich nicht umschalten:

Ist das vollständig wieder zurückgestellt?

ja

pi@ioBroker-Pi:~ $ iobroker setup custom
Current configuration:
- Objects database:
  - Type: file
  - Host/Unix Socket: 192.168.109.46
  - Port: 9001
- States database:
  - Type: file
  - Host/Unix Socket: 192.168.109.46
  - 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.109.46]:
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.109.46]:
Port of states DB (file), default[9000]:
Host name of this machine [ioBroker-Pi]:
updating conf/iobroker.json

[hartwigm]

@Homoran said in iobroker Multihost lässt sich nicht umschalten:

oder geht das per Hostname?
Haben beide Pi einen unterschiedlichen Hostnamen?

geht nicht per hostname.

Und beide Installaationen haben unterschiedliche Hostnamen

Master: M27iob und Slave ioBroker-Pi

[Homoran]

@hartwigm sagte in iobroker Multihost lässt sich nicht umschalten:

192.168.109.46

ist das die IP vom Slave?

[hartwigm]

@Homoran

ja

[Homoran]

@hartwigm Dann bin ich mit meinem Latein am Ende.
rebootet hast du ja wohl schon mal, oder?

[hartwigm]

@hartwigm

Korrektur: .46 ist der Master .62 ist der Slave

Alles im gleichen LAN.

Lediglich mein Zugriff verfolgt aus dem eine anderen Netz per VPN

[Homoran]

@hartwigm sagte in iobroker Multihost lässt sich nicht umschalten:

Korrektur: .46 ist der Master .62 ist der Slave

Nee, nich?

also ÄNDERN!

[hartwigm]

@Homoran

Die IP hatte ich übersehen. Nun auch .62 umgestellt.

Aber immer noch kein Zugriff

Type of objects DB [(f)ile, (r)edis], default [file]:
Host / Unix Socket of objects DB(file), default[192.168.109.46]: 192.168.109.62
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.109.62]:
Port of states DB (file), default[9000]:
Host name of this machine [ioBroker-Pi]:
updating conf/iobroker.json
pi@ioBroker-Pi:/opt/iobroker $ iobroker restart
pi@ioBroker-Pi:/opt/iobroker $ ifconfig
eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.109.62  netmask 255.255.255.0  broadcast 192.168.109.255
        inet6 fe80::6cac:d167:253e:3454  prefixlen 64  scopeid 0x20<link>
        ether b8:27:eb:19:83:a1  txqueuelen 1000  (Ethernet)
        RX packets 10056  bytes 12470973 (11.8 MiB)
        RX errors 0  dropped 466  overruns 0  frame 0
        TX packets 5512  bytes 466200 (455.2 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 1000  (Lokale Schleife)
        RX packets 192  bytes 9600 (9.3 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 192  bytes 9600 (9.3 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

wlan0: flags=4099<UP,BROADCAST,MULTICAST>  mtu 1500
        ether b8:27:eb:4c:d6:f4  txqueuelen 1000  (Ethernet)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

pi@ioBroker-Pi:/opt/iobroker $ iobroker list instances
  system.adapter.admin.0                 : admin                 -  enabled, port: 8081, bind: 0.0.0.0, run as: admin
  system.adapter.discovery.0             : discovery             -  enabled
  system.adapter.info.0                  : info                  -  enabled
  system.adapter.mqtt-client.0           : mqtt-client           -  enabled, port: 1883
  system.adapter.shelly.0                : shelly                -  enabled, port: 1882, bind: 0.0.0.0
  system.adapter.terminal.0              : terminal              -  enabled, port: 8088, bind: 0.0.0.0, run as: admin
  system.adapter.zigbee.0                : zigbee                -  enabled, port: /dev/serial/by-id/usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B0018E210F6-if00
  system.adapter.zwave.0                 : zwave                 -  enabled
  system.adapter.zwave2.0                : zwave2                -  enabled

+ instance is alive
pi@ioBroker-Pi:/opt/iobroker $ iobroker restart
pi@ioBroker-Pi:/opt/iobroker $

[hartwigm]

@hartwigm

Es sieht für mich so aus, als würde sich der Admin.Adapter nicht registieren.

Jedenfalls sehe ich nicht dass der Port 8081 oder 8089 auf listen steht.

pi@ioBroker-Pi:/opt/iobroker $ netstat -n -a -p TCP
(Es konnten nicht alle Prozesse identifiziert werden; Informationen über
nicht-eigene Processe werden nicht angezeigt; Root kann sie anzeigen.)
Aktive Internetverbindungen (Server und stehende Verbindungen)
Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name
tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN      -
tcp        0      0 192.168.109.62:9001     192.168.109.62:34772    TIME_WAIT   -
tcp        0    560 192.168.109.62:22       192.168.133.70:53068    VERBUNDEN   -
tcp        0      0 192.168.109.62:9000     192.168.109.62:58124    TIME_WAIT   -
tcp        0      0 192.168.109.62:9001     192.168.109.62:34774    TIME_WAIT   -
tcp        0      0 192.168.109.62:9000     192.168.109.62:58122    TIME_WAIT   -
tcp6       0      0 :::22                   :::*                    LISTEN      -
udp        0      0 0.0.0.0:5353            0.0.0.0:*                           -
udp        0      0 0.0.0.0:33260           0.0.0.0:*                           -
udp        0      0 0.0.0.0:68              0.0.0.0:*                           -
udp6       0      0 :::5353                 :::*                                -
udp6       0      0 :::47394                :::*                                -
raw6       0      0 :::58                   :::*                    7           -

Noch eine Idee?

Jedenfalls schon mal vielen Dank für Eure Hilfe.

Ich werde noch einen separten Thread aufmachen, wie eine defekte Installation zu überschreiben ist.

[Homoran]

@hartwigm sagte in iobroker Multihost lässt sich nicht umschalten:

Noch eine Idee?

https://www.iobroker.net/#de/documentation/trouble/RunsNoMore.md