Monatsrückblick Januar/Februar 2026 ist online!

[wendy2702]

Hallo Matthias,

Haben das mal vom Smartmeter getrennt da eigenes Problem.

Bin aber unterwegs.

Wenn keiner hilft schaue ich morgen.

[Matthias I]

Habe noch ein bischen ausprobiert…

Der Host vom Slave ist nicht mehr erreichbar (das interpretiere ich als gutes Zeichen)

Leider wird er aber nicht unter Hosts beim Master aufgeführt.

Nach dem Setup custom des Masters gibt die Konsole aus, das der Hostname nicht aufgelöst werden könne.

Würde mich über Hilfe sehr freuen!

Euch einen schönen Abend!

Gruß

Matthias

[Röstkartoffel]

Ja, richtig, wenn du den Admin im Slave nicht mehr per IP-Adresse:8081 aufrufen kannst. Das geht dann im Multihost-Modus nur noch über den Master.

Ich hatte das Problem noch nicht, aber du kannst bitte mal folgende Sachen checken:

Hast du für den Slave und Master unterschiedliche Namen und unterschiedliche IP-Adressen?

Kannst du dich auf dem Slave per Putty etc. einloggen?

Was ergibt auf dem Slave in der Konsole der Befehl````
cat /etc/resolv.conf

Hast du diese Hinweise bei der ioBroker-Installatio beachtet

[viewtopic.php?f=8&t=19209](https://forum.iobroker.net/viewtopic.php?f=8&t=19209)

[homecineplexx]

hast du beiden einen eigenen hostname vergeben?

[Matthias I]

Die IP-Adressen werden von der Fritzbox immer gleich (Zuordnung über MAC-Adresse) zugeteilt und sind unterschiedlich, das habe ich überprüft.

Auch die Namen müssten unterschiedlich sein:

Beim Master bekomme ich bei Hosts leider nur den Master angezeigt, dort steht in oberster Zeile "iobroker". Das müsste der Hostname sein. Dieser wurde mir auch bei der Custom-Config angezeigt, da ich keinen Anlass sah hier etwas zu verändern habe ich mit "Enter" ohne Eingabe bestätigt.

Beim Slave stand in oberster Zeile "raspberrypi". Das müsste dann der Slave-Hostname sein.

Ich kann mich einloggen und habe den Befehl````
cat /etc/resolv.conf

pi@raspberrypi:/ $ cat /etc/resolv.conf

# Generated by resolvconf

domain fritz.box

nameserver 192.168.10.1

Die Hinweise habe ich nicht beachten können, da das Mastersystem auf der Synology in einem Docker-Container läuft und diesen konnte man so "von der Stange" installieren.

Ich habe in der Custom-Config gesehen, dass die Ports 9000 und 9001 genutzt werden. Kann es auch an der Firewall der Synology liegen?

In dem verlinkten Hinweis wird gesagt, wenn man "sudo"-Kommandos mit npm verwendet könnte der Fehler auftreten. (Gut kann theoretisch sein, da ich den Container ja so wie er war unter Docker installiert habe und somit nicht weiß, ob dies geschehen ist oder nicht.)

Und man könne mit dem Befehl````
sudo chown -R $(whoami) ~/.npm
````abhilfe schaffen.

Da ich mich ja leider nicht besonders gut mit der Materie auskenne und - obwohl ich den gesamten ioBroker-Ordner des Master-System im Vorfeld brav gesichert habe - nur ungerne meinen gut funktionierenden Master "zerschießen" möchte, meine Frage: Was bewirkt der Befehl und kann ich ihn gefahrlos ausführen??

Gruß

Matthias

[homecineplexx]

check mal auf deinen servern was in der /etc/hostname steht.

sollte immer was anderes sein. das problem hatte ich auch anfangs…da zeigt er den slave nicht an!

[Matthias I]

wenn ich in der Konsole des Slave "hostname" eingebe bekomme ich die Ausgabe "raspberrypi".

Gebe ich "/etc/hostname" ein bekomme ich die Ausgabe: bash: keine Berechtigung

Gebe ich vorher sudo su ein und anschließend /etc/hostname bekomme ich die gleiche Ausgabe.

Gruß

Matthias

[wendy2702]

Ich würde mal das mit der Firewall prüfen.

Gesendet von iPhone mit Tapatalk Pro

[Matthias I]

Habe die Firewall angepasst. Leider hat das allein nicht geholfen.

Muss ich "./iobroker setup custom" jetzt erneut ausführen? Oder vorher "sudo iobroker multihost disable" am Master durchführen?

[wendy2702]

Also ich hatte bei meinen zwei Slaves nur nach der „alten“ Methode Erfolg.

Ist aber auch schon ein wenig her.

Gesendet von iPhone mit Tapatalk Pro

[Matthias I]

Ich habe zunächst die neuere Variante versucht.

Als dies nicht zum Erfolg führte hab ich die ältere Variante probiert.

Kann ich jetzt - nach dem ich die Firewall angepasst habe - einfach nochmal die Anleitung der "älteren Variante" durchgehen oder muss ich vorher Multihost erst auf dem Master deaktivieren?

(Ich vermute das Problem eher beim Master, da ich dort die Fehlermeldung bekommen habe. Die Einrichtung des Slaves scheint ja geklappt zu haben, da ich über IP:8081 ja nicht mehr auf die Adminoberfläche komme.)

[wendy2702]

Du hast doch bestimmt ein Backup vom Host ;)

Dann kannst du eigentlich alles probieren.

[Matthias I]

Erfolg!!!

Ich habe den Slave nochmal neu aufgesetzt. Dabei ist mir aufgefallen, dass standardmäßig der discovery-Adapter installiert ist. Als ich diesen deinstalliert hatte hat das Einrichten als Slave auf anhieb funktioniert.

Evtl. sollte man das in die Beschreibung noch mit aufnehmen?!

Vielen Dank für Eure Hilfe!!!!!

Gruß

Matthias

[wendy2702]

Cool.

Kannst du dann bitte aus dem [Frage] noch ein [Gelöst] machen.