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

[Mapio90]

pi@Master:~ $ sudo iobroker multihost enable
Miltihost activated.
Authentication activated.
Enter secret phrase for connection: events.js:183
throw er; // Unhandled 'error' event
^

Error: getaddrinfo ENOTFOUND <0.0.0.0>
at GetAddrInfoReqWrap.onlookup [as oncomplete] (dns.js:67:26)
pi@Master:~ $ sudo iobroker restart

darufhin hat sich nichts mehr getan....

[Mapio90]

kann jemand helfen? meiner erfahrung nach zerschießt mir die oben genannte nur mein system!?

[Mapio90]

Kennt sich jemand mit dem Problem aus, dass ich anscheinend nicht mehr auf die weboberfläche des masters bzw des zu einbindendem zweiten iobroker komme? Nach dem multihost Versuch?

[Thisoft]

@Mapio90

Dass du nach dem Multihost-setup nicht mehr auf die Weboberfläche des (der) Slaves kommst ist völlig normal - die haben keine eigene mehr.

Dass du auch nicht auf die des MAsters kommst ist schlecht. Was sagen denn die folgenden Befehle (auf dem Master natürlich)?

iobroker status

iobroker list instances

[Mapio90]

@Thisoft das kann ich momentan nicht einsehen. Ich habe beide iobroker auf beiden raspi's neu aufgesetzt. Ich zögere mich sehr wieder den Multihost versuch zu starten, weil stand jetzt alles läuft nur der multihost betrieb (noch) nicht.

Zu meinem vorgehen:

ich habe bei beiden raspis ein neues image drauf gespielt. Ich meine es müsste das image hier vom Forum sein -> ioBroker_Image_RPi_2-3_20190128_stretch.img
dann habe ich beide über raspi config angepasst.. namen, zeitzone, volle speichernutzung, eigentlich bin ich nach dem video vorgegangen https://www.youtube.com/watch?v=cThlN8In9mk&t=2318s. bis zur 30sten minute bei beiden raspis gleich vorgegenagen, nur unterschiedliche hostsnamen gegeben.
anschließend musste ich das backup beim master iobroker wieder aufspielen.
daraufhin kam ich nicht mehr auf die weboberfläche.
durch die kommandos:

curl -sL https://iobroker.net/fix.sh | bash -
sudo reboot

hatte ich wieder zugriff auf die oberfläche.

Ich habe hoffentlich keine Fehler beim aufspielen, konfigurieren gemacht??
nicht dass das dazu führt, dass ich keinen multihost betrieb zustande bekomme
stand jetzt beider raspis:

nodejs: 8.16.0
node : 8.16.0
npm : 6.4.1

der zweite ´´minderwärtige´´ raspi ;) auf dem ist nur das image drauf ohne ein backup.

nodejs: 8.16.0
node : 8.16.0
npm : 6.4.1

wie oben erwähnt, möchte ich nicht wieder versuchen den multihost betrieb zu verwenden und das dritte mal alles wieder weg ist... und alles nochmal von vorne anfangen muss. Deswegen bin ich da auf deine/eure nette Hilfe angewiesen.

danke euuch schon mal.

[Thisoft]

@Mapio90 sagte in Multihost Installation:

dann habe ich beide über raspi config angepasst.. namen, zeitzone, volle speichernutzung, eigentlich bin ich nach dem video vorgegangen https://www.youtube.com/watch?v=cThlN8In9mk&t=2318s. bis zur 30sten minute bei beiden raspis gleich vorgegenagen, nur unterschiedliche hostsnamen gegeben.
anschließend musste ich das backup beim master iobroker wieder aufspielen.
daraufhin kam ich nicht mehr auf die weboberfläche.

Da muss ich mal nachhaken: Warum musstest du denn das Backup wieder aufspielen??? Das erschliesst sich mir jetzt nicht so ganz... Weil - wenn du auf das als Multihost konfigurierte System ein Nicht-Multihost-Backup aufspielst könnte das schon deshalb Probleme geben...

[Mapio90]

@Thisoft ich habe ein Backup aufgespielt, wo es noch kein multihost war. Sprich am 18.04. Hatte ich ein Backup gemacht. Am 20.04. Habe ich versucht den multihost Modus zu aktivieren, was scheiterte und ich hatte kein Zugriff mehr auf die weboberfläche. Dann habe ich das Backup vom 18.04. Wieder aufgespielt und stand jetzt läuft alles bis auf den multihost, weil ich vorsichtig bin, nicht das ich wieder kein Zugriff auf die weboberfläche habe.

[Thisoft]

@Mapio90

Naja - ist jetzt die Frage: Wenn wir herausfinden wollen warum du nicht auf die Adminoberfläche kommst musst du die Multihostkofiguration nochmal machen...!

[Mapio90]

@Thisoft zuerst wäre zu klären ob ein Fehler besteht in der Vorgehensweise von mir, wenn das auszuschließen ist, dann würde ich auch noch einmal den nächsten Schritt machen. Aber da hätte ich gern, dass man einen Fehler meinerseits ausschließen könnte.

[Thisoft]

@Mapio90 sagte in Multihost Installation:
.... Aber da hätte ich gern, dass man einen Fehler meinerseits ausschließen könnte.

Nun - einen Fehler von dir kannst eigentlich nur du ausschließen ;-) Nee, also ich hab das immer wie in der von dir angegebenen Doku mittels "iobroker Setup custom" und den entsprechenden Eingaben gemacht und es hat funktioniert...

Wie hat denn bei dir das "nicht auf die Weboberfläche kommen" genau ausgesehen?

[Mapio90]

@Thisoft ich bin ganz normal auf die ip:8081 drauf und es kam das die Seite nicht erreichbar ist.

[Thisoft]

@Mapio90
Dass du vorher einen Reboot gemacht hattest und die IP des Masters verwendet hast nehme ich mal an ;-)

Hast du dann mal was auf der Konsole getestet wie z.B. "iobroker start admin.0" oder so die üblichen Verdächtigen wie "iobroker list instances"?

[Mapio90]

@Thisoft Nein das hab ich nicht getestet. Bin Neuling in dem ganzen Bereich 😁 deswegen auch so viele Anfänger fragen...

[Thisoft]

@Mapio90

OK. Kommst du dann auf deiner jetzigen Installation auf der Konsole dahin mal ein "iobroker list instances" auszuführen?

[Mapio90]

Ja das kann ich machen. Was wird da genau mit den instancen bzw mit dem Kommando gemacht?

[Thisoft]

Da wird nichts gemacht - nur abgefragt (list) welche Instanzen da sind...

[Mapio90]

@Thisoft
system.adapter.admin.0 : admin - enabled, port: 8081, bin d: 0.0.0.0, run as: admin
system.adapter.alexa2.0 : alexa2 - enabled
system.adapter.backitup.0 : backitup - enabled
system.adapter.ble.0 : ble - enabled
system.adapter.cloud.0 : cloud - enabled
system.adapter.discovery.0 : discovery - enabled
system.adapter.flot.0 : flot - enabled
system.adapter.javascript.0 : javascript - enabled
system.adapter.mihome-vacuum.0 : mihome-vacuum - enabled, port: 54321
system.adapter.mobile.0 : mobile - disabled
system.adapter.sonoff.0 : sonoff - enabled, port: 1883, bin d: 0.0.0.0
system.adapter.telegram.0 : telegram - enabled, port: 8443, bin d: 0.0.0.0
system.adapter.terminal.0 : terminal - enabled, port: 8088, bin d: 0.0.0.0, run as: admin
system.adapter.text2command.0 : text2command - enabled
system.adapter.web.0 : web - enabled, port: 8082, bin d: 0.0.0.0, run as: admin
system.adapter.zigbee.0 : zigbee - enabled, port: /dev/seri

[Thisoft]

@Mapio90

Gut. OK. Dann musst du es wohl nochmal wagen... Die Seite mit der Anleitung hast du ja weiter vorne schon korrekt verlinkt.
Nachdem du "iobroker setup custom" ausgeführt hast dürfte sich auf dem Master erstmal gar nichts ändern. Aber vorsichtshalber die Konsole noch offenlassen, so dass du, falls der Admin wieder nicht erreichbar sein sollte, die komplette Ausgabe mal noch hier posten kannst. Was auf jeden Fall noch einen Versuch wert ist falls die Admin-Website nicht erreichbar ist:

iobroker start admin.0

Mehr kann ich da jetzt auch nicht vorausahnen was schiefgehen könnte. Wie gesagt - wagen musst du's selbst. Im Ernstfall wirst du hier geholfen - du musst uns nur soviel wie möglich Information (Log, Konsolenausgabe etc.) geben. Nur mit der berühmten Aussage "es geht nicht..." wird's Kaffeesatzleserei...

[Mapio90]

@Thisoft ok dann werd ich es mal versuchen.
Mein js-controller ist "aktueller" als v1.1.3. Also kann ich nach diesem Weg vorgehen!?

Ab der Version des js-controller v1.1.3 wird die Einrichtung eines Multihost-Systems noch weiter vereinfacht.

Man gibt beim Master nur noch ein: sudo iobroker multihost enable

Anschließend auf dem slave: sudo iobroker multihost browse

Jetzt müssten vorhandene Master angezeigt werden.

Daraufhin wird mit sudo iobroker multihost connect der entsprechenden Master ausgewählt

Damit ist die Multihost-Verbindung fertig.

Allerdings ist ja dieses Image dass ich verwende mit redis, sprich muss dass auch noch gemacht werden?

Soll eine Multihost-Umgebung installiert werden, bei der die  States in redis gespeichert werden, muss noch einiges beachtet werden.

Die Datei redis.conf auf dem Host, auf dem die States gespeichert werden muss wie folgt geändert werden.

nano /etc/redis/redis.conf

Die darin enthaltene Zeile

bind 127.0.0.1

muss mit der IP des Netzwerkadapters ergänzt werden, damit der Redis-Server connects von extern zulässt. Also zB

bind 127.0.0.1 192.168.1.10

unter der Annahme, dass 192.168.1.10 die lokale IP des ioBroker Masters ist.
Diese Anpassung ist auch nur am Master nötig.

Alternativ geht auch

bind 0.0.0.0

Zum Schluss den Redis-Server oder Rechner neu starten. zB:

sudo service redis-server restart

[Thisoft]

@Mapio90

Prinzipiell muss dieser "neue" Weg wie du ihn beschreibst auch funktionieren. Allerdings hab ich's so noch nie gemacht, bin immer bei dem konventionellen "iobroker setup custom" geblieben.
Wenn du Redis im Einsatz hast dann musst du diese Änderungen sicherlich auch noch machen - kann ich allerdings nicht direkt was dazu beitragen weil ich kein Redis im Einsatz habe...