Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[Ragnar]

Danke Rainer,

wieder etwas dazu gelernt. Ich habe nun also noch einmal den alle Schritte wiederholt. Der slave ist nun wieder nicht direkt der webbrowser ansprechbar, die connection ist angeblich enabled, aber ich sehe den slave nicht unter "hosts" auf dem host.

Jetzt kommt die Krönung: weil der cloud Adapter auf dem Master anfing herumzuzicken, wollte ich mit "iobroker restart" auf dem master das Ganze nue starten. Jetzt ist auch diese Kiste nicht per Webbrowser erreichbar, per Konsole antwortet der Pi aber schon.

Iobroker habe ich stumpf nach der Anleitung auf der Homepage von iobroker installiert.

Ich mach mich ma so langsam an die gefühlt 23. Installation heute. Auf dem Master-Pi ist halt nur mehr drauf und das wird länger dauern.

Melde mich wieder, wenn ich irgendeinen Erfolg zu melden habe.

Gruß

Erol

[Homoran]

@Ragnar:

Iobroker habe ich stumpf nach der Anleitung auf der Homepage von iobroker installiert. `
Da gibt/gab es zwei verschiedene

siehe hier:

http://www.iobroker.net/docu/?page_id=8323&lang=de

incl. der Hinweise

Gruß

Rainer

[Ragnar]

Hallo Rainer,

ich habe den neuen Weg genommen, nicht den der unter "Installation ioBroker (alter Weg / optional)".

Mittlerweile läuft mein master-pi inkl. iobroker und allen Adapter wieder.

Beim eintippen von````
iobroker multihost status

auf dem master :

pi@raspberrypi:~ $ iobroker multihost status
Nothing changed.

Miltihost: enabled
Authentication: enabled
Objects: file on 0.0.0.0
States: file on 0.0.0.0
pi@raspberrypi:~ $

auf dem slave:

pi@raspberrypi:~ $ iobroker multihost status
Nothing changed.

Miltihost: enabled
Authentication: enabled
Objects: file on 192.168.178.55
States: file on 192.168.178.55
pi@raspberrypi:~ $

Der Pi mit 192.168.178.55 ist mein Master, sollte doch also eigentlich alles gut sein, oder? Leider sehe ich den slave unter "hosts" aber nicht.

Zum Mäuse melken.

[Ragnar]

Problemlösung gefunden: Bei den x-fachen (unnötigen) Neuinstallationen habe ich vergessen, den hostnamen des slave zu ändern. Somit hatte der den Standardnamen, genau wie mein master-Pi.

Namen des slave geändert –> alles läuft wie es soll.

Vielen Dank für Eure Hilfe.

[Ragnar]

Guten Morgen,

ich (leierder) schon wieder. Anscheinend ist der Fehler laut Log

host.raspberrypi	2019-01-27 11:44:04.844	error	multihost service error: Error: bind EADDRINUSE 0.0.0.0:50005 at _handle.lookup (dgram.js:266:18) at _combinedTickCallback (internal/process/next_tick.js:142:11) at process._tickCallback (

wohl doch Ursache größeren Übels. Ich konnte zwar von meinem Master aus einen Adapter auf meinem slave installieren, der auch mit 'grün' in der Übersicht angezeigt wird. Es fehlen jedoch die zugehörigen Objekte, die dieser anlegen müsste. Ich vermutete zunächst, es läge am Adapter, aber es wohl doch die Fehlermeldung (s.o.).

Mit dem Tipp von dewenni weiter oben, d.h.

iobroker setup custom
````ausführen, komme ich nicht weiter. Obwohl ich in dem auf diesen Befehl folgenden Dialog die Ip-Adresse des Masters eingebe, taucht der Fehler mit "EADDRINUSE" im Log weiterhin auf.

Danke im Voraus für Eure Hilfe.

Erol

[Homoran]

Was läuft denn bei dir auf port 50005????

[Ragnar]

Sorry für die doofe Frage, aber wie finde ich das heraus? Bin kein Experte…

[Homoran]

Was hast du denn außer ioBroker noch auf dem Master oder Slave installiert?

Der Smartmeter-Adapter legt die Objekte erst an, wenn er wirklich funktioniert, also korrekt konfiguriert ist.

Vorher existiert da nichts

Bitte nicht in diversen Threads mit dem selben Inhalt posten.

Gruß

Rainer

[Ragnar]

Au dem Slave läuft nur Smartmeter.

Auf dem Master diese hier:
18600_unbenannt.png

[Homoran]

Laufen da keine anderen Programme außer ioBroker?

wenn nein, dann mal bitte beide rebooten.

Erst den Master, dann den Slave

Gruß

Rainer

[Ragnar]

Auf beiden Systemen läuft jeweils nur iobroker.

Habe nun beide rebootet. War's noch nicht.

Anschließend smartmeter-Adapter vom slave deinstalliert und wieder neu installiert –> keine Fehlermeldung mehr im Log.

Die Objekte von smartmeter sehe ich zwar immer noch nicht, aber das ist offtopic (oder?).

Danke Rainer.

[Homoran]

Ja!

da machst du bitte im anderen Thread weiter

[amg_666]

Hi,
das ist zwar ein alter Thread aber ich hänge mich hier mal rein. Mein System (Master plus 2 Slaves) lief bislang sehr stabil, seit heute hatte ich aber auch die hier genannten Log Errors (Multihost discovery server: error: Error: bind EADDRINUS...), wobei die Objekte auf den Slaves noch sauber angezeigt und auch verarbeitet wurden.
Dies ist nach einem Update des "script engine" Adapters auf die 4.6.14 aufgetreten. Ein einfacher Neustart des Masters aus der Admin Oberfläche heraus hat nix gebracht, ich hab den Master dann "hart" neu gestartet (sudo shutdown -r 0), seitdem läuft es wieder stabil.
Keine Ahnung ob es wirklich am Javascript-Update lag oder ob das Zufall war.

Alle Raspis haben:
node.js v12.16.3
NPM 6.14.4
js-controller 3.1.4

[Coffeelover]

Hi zusammen,

ich habe diesen Fehler leider auch in meiner Installation.

host.iobrokerGen2Revival	2020-07-23 11:57:11.646	error	at processTicksAndRejections (internal/process/task_queues.js:85:21)
host.iobrokerGen2Revival	2020-07-23 11:57:11.646	error	at dgram.js:338:20
host.iobrokerGen2Revival	2020-07-23 11:57:11.646	error	Multihost discovery server: error: Error: bind EADDRINUSE 0.0.0.0:50005

Scheinbar löst ein Restart von iobroker über die Konsole vorübergehend das Problem, es taucht aber mit der Zeit wieder auf.
Der Master läuft in einer Dockerinstallation (ausschließlich iobroker in diesem Docker), der Slave ist ein Pi, ebenfalls nur mit iobroker.

node.js v12.18.2
NPM 6.14.5
js-controller 3.1.6

Master und Slave werden aks Host grün angezeigt. Jemand eine Idee?

VG

[amg_666]

@Coffeelover Siehe Antwort weiter oben, der Fehler sagt dass da eine Adresse bereits "in use" ist. Das klingt nach einer Instanz die 2mal gestartet wurde. Ich hatte das Problem auch und es erst mit einem Re-Start der Raspberrys hinbekommen (sudo shutdown -r 0)