Multihost läuft, aber Fehler im Log

[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)