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

[bahnuhr]

@thomas-braun sagte in slave start nicht mehr nach nodejs-update 20:

@bahnuhr sagte in slave start nicht mehr nach nodejs-update 20:

Aber mit nodejs20 geht es nicht.

Es gibt mit Sicherheit einige, die auch mit nodejs@20 einen solchen Verbund von zwei Systemen betreiben.

Ja, das mag sein.
Nur ich bekomme es halt nicht hin.

Und deshalb bleibt es nun bei dem "never change" System.

Halte ich grundsätzlich auch für falsch. Aber es klappt halt nicht.

[Thomas Braun]

@bahnuhr sagte in slave start nicht mehr nach nodejs-update 20:

Aber es klappt halt nicht.

Richtig, perspektivisch klappt mit dem abgekündigten System immer weniger, je länger du das betreiben willst.

[bahnuhr]

So, habe folgende Einstellung bei hosts gefunden:

Diese ist bei mir ausgeschaltete; obwohl ich ein funktionierendes System habe. Merkwürdig.

Ich habe diese dann mal aktiviert. Aber auf dem slave wird der master einfach nicht gefunden.
Es kommt weiterhin:

dieter@stromwasser:~ $ iob multihost browse
No Multihost server found. Make sure iobroker is running on the host where you enabled multihost discovery (and it is not this host)!

Fragen:
Was soll diese Einstellungen bewirken ?
Bei mir geht sie offensichtlich nicht.

Ich gehe mittlerweile von einem bug aus.
Wäre doch gut, wenn dies mal jemand nachstellt. Werde dann auch gleich mal ein issue einstellen.

mfg
Dieter

edit: issue angelegt:
https://github.com/ioBroker/ioBroker.js-controller/issues/2808

[Homoran]

@bahnuhr sagte in slave start nicht mehr nach nodejs-update 20:

Ich habe diese dann mal aktiviert. Aber auf dem slave wird der master einfach nicht gefunden.
Es kommt weiterhin:

das gab es schon mal vor langer Zeit.
Bestehende Multihosts hatten kein Problem, neu angelegte schon.
Ich glaube allerdings, dass damals der Slave unter Hosts nicht grün wurde.

[bahnuhr]

@homoran

Rainer, so wie ich das verstehe müsste doch bei Aktivierung des Kastens der iob sichtbar sein.
Ist er aber nicht.

Da stimmt iirgendwas nicht.

[Homoran]

@bahnuhr sagte in slave start nicht mehr nach nodejs-update 20:

Da stimmt iirgendwas nicht.

möglich!
ich sagte ja

@homoran sagte in slave start nicht mehr nach nodejs-update 20:

das gab es schon mal vor langer Zeit.

Mir ist diese Checkbox bisher nicht aufgefallen. Die scheint das Gegenstück der GUI zu multihost enable der Konsole zu sein.
Also nicht verwunderlich wenn es da genauso läuft wie in der Konsole

[bahnuhr]

@homoran sagte in slave start nicht mehr nach nodejs-update 20:

diese Checkbox bisher nicht aufgefallen

mir auch nicht. Bin nur gestern abend da drüber gestolpert.

@homoran sagte in slave start nicht mehr nach nodejs-update 20:

genauso läuft wie in der Konsole

kann sein, nur in der Konsole läuft es insgesamt ja auch nicht.

Und wenn man auf dem master multihost enable macht wird die Checkbox aber auch nicht angeschaltet.

[Homoran]

@bahnuhr sagte in slave start nicht mehr nach nodejs-update 20:

Und wenn man auf dem master multihost enable macht wird die Checkbox aber auch nicht angeschaltet.

da muss es auch nicht zwangsläufig eine Verbindung geben.

Was hast du denn für ein System beim master?

[bahnuhr]

@homoran sagte in slave start nicht mehr nach nodejs-update 20:

@bahnuhr sagte in slave start nicht mehr nach nodejs-update 20:

Und wenn man auf dem master multihost enable macht wird die Checkbox aber auch nicht angeschaltet.

da muss es auch nicht zwangsläufig eine Verbindung geben.

Warum nicht?
Wenn man "enable" macht dann ist der Master bereit und erreichbar und der slave sollte ihn finden.

Ich finde schon, dass müsste identisch sein.

[bahnuhr]

@homoran sagte in slave start nicht mehr nach nodejs-update 20:

Was hast du denn für ein System beim master?

proxmox und VM mit iob
Alles auf stable mit wenigen Ausnahmen im beta.

[Thomas Braun]

@bahnuhr

Könnte auch ein Netzwerkthema sein. Soweit ich weiß funktioniert die Erkennung via udp, das wird aber nicht immer richtig geroutet.

[bahnuhr]

@thomas-braun sagte in slave start nicht mehr nach nodejs-update 20:

@bahnuhr

Könnte auch ein Netzwerkthema sein. Soweit ich weiß funktioniert die Erkennung via udp, das wird aber nicht immer richtig geroutet.

Kann sein,
Aber früher (ca 3-5 Jahre, wo ich das ganze eingerichtet habe; und da mehrfach probiert) gingen browse und connect immer.
Am netzwerk habe ich eigentlich nichts geändert.

[bahnuhr]

@thomas-braun
So, es ist kein Netzwerkproblem, sondern tatsächlich ein BUG in der js.controller V5.

@foxriver76 hat geantwortet im issue.
Soll mit der V6 gefixt sein.

Nur bringt das weitere Hindernisse. Zahlreiche Adapter sind wohl noch nicht kompatibel mit der V6.
Schaun wir mal.

Fazit:
und deshalb scheue ich Updates von standalone Systemen wie der raspi.
Thema: "never change" scheint hier ab und zu richtig zu sein.
Langfristig natürlich eher nicht.

Bei proxmox macht mal einfach ein backup wieder rein und gut is.

[Thomas Braun]

@bahnuhr sagte in slave start nicht mehr nach nodejs-update 20:

Zahlreiche Adapter sind wohl noch nicht kompatibel mit der V6.

Der ist ja auch erst in einer Beta verfügbar. Adapter müssen ggfls. daran angepasst werden.
Die von mir verwendeten sind aber durch die Bank mit js-controller@6 kompatibel.

Fazit:
und deshalb scheue ich Updates von standalone Systemen wie der raspi.
Thema: "never change" scheint hier ab und zu richtig zu sein.

Nein, das ist immer falsch.

[bahnuhr]

@thomas-braun sagte in slave start nicht mehr nach nodejs-update 20:

Nein, das ist immer falsch.

wie oben geschrieben sehe ich dies anders.

[Homoran]

@bahnuhr sagte in slave start nicht mehr nach nodejs-update 20:

und deshalb scheue ich Updates von standalone Systemen wie der raspi.

wieso?
was ist da standalone? ist doch ein Slave im Multihost Verbund.

[bahnuhr]

@homoran sagte in slave start nicht mehr nach nodejs-update 20:

was ist da standalone? ist doch ein Slave im Multihost Verbund.

gut, dann anders ausgedrückt.

Wenn ich den slave update und kein multihost mehr geht, dann geht auch der slave nicht mehr.

[Thomas Braun]

@bahnuhr sagte in slave start nicht mehr nach nodejs-update 20:

wie oben geschrieben sehe ich dies anders.

Das ist dir unbenommen. Wird aber nicht richtiger.

[Homoran]

@bahnuhr sagte in slave start nicht mehr nach nodejs-update 20:

@homoran sagte in slave start nicht mehr nach nodejs-update 20:

was ist da standalone? ist doch ein Slave im Multihost Verbund.

gut, dann anders ausgedrückt.

Wenn ich den slave update und kein multihost mehr geht, dann geht auch der slave nicht mehr.

ja, ist tatsächlich im Moment so. Wird ja auch gefixt.

Aber: hättest du regelmäßig upgedatet, hättest du jetzt nicht eine soooo veraltete Installation.
Da kannst du nämlich auch die Instanzen nicht mehr aktualisieren.

[Meister Mopper]

@bahnuhr sagte in slave start nicht mehr nach nodejs-update 20:

@homoran sagte in slave start nicht mehr nach nodejs-update 20:

was ist da standalone? ist doch ein Slave im Multihost Verbund.

gut, dann anders ausgedrückt.

Wenn ich den slave update und kein multihost mehr geht, dann geht auch der slave nicht mehr.

Um es mal anders zu beschreiben:

Ich habe vor kurzem ebenfalls meinen RPi 4 B 4G Slave (alles topaktuell gehalten, allerdings noch mit bullseye) auf einen neu aufgesetzten RPi 4 B 8G mit bookworm und gleichem hostname wie der alte umgezogen. Das lief wie geschnitten Brot.

Dies mal als Argument für "Always update your system!"