slave start nicht mehr nach nodejs-update 20

[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!"

[foxriver76]

@bahnuhr Wie im Issue geschrieben, auch mit der 5.0.19 geht multihost browse aber es muss zwingend das debug flag gesetzt sein iob mh browse --debug, dieser Bug ist mit v6 behoben und bitte deshalb nicht auf eine Beta upgraden wenn du normal auf stable bist.

[Thomas Braun]

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

bitte deshalb nicht auf eine Beta upgraden wenn du normal auf stable bist.

Aber auch nicht auf längst obsoleten Versionen verharren... Aktuelle stable-Releases sind der 'way to go' .

[bahnuhr]

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

iob mh browse --debug

Ich muss dir leider widersprechen.
Der Befehlt funktioniert auch mit 5.0.19 nicht:

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

habe dies eben auf einem neuen raspi 4 probiert.
Klappt leider nicht.

[Thomas Braun]

@bahnuhr Hast du denn auf dem Primärsystem auch den Host aktiv freigegeben?

[bahnuhr]

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

@bahnuhr Hast du denn auf dem Primärsystem auch den Host aktiv freigegeben?

Hatte ich mal,
aber aktuell war das neue Häkchen nicht drin.
Mach ich gleich mal.

Und melde mich wieder.

[bahnuhr]

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

Host aktiv freigegeben

ja, das war es.
Jetzt kommt der browse.
Danke.

[bahnuhr]

So, Rückinfo von mir.
neuer Pi4 als slave mit nodejs V 20 läuft.
Habs hinbekommen.

Danke für die Tipps.