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

[Bluefox]

Hallo Tester,

ich habe multihost Behandlung in 0.12 verbessert.

So werden jetzt die Instanzen runtergefahren wenn die Verbindung zum Master verloren ist und automatisch hoch gefahren.

Bitte testen.

[rascal]

hey,

sehr cool, ich denke allerdings, dass du beim starten eine Verzögerung für die Remote Hosts einbauen solltest, 30 Sekunden oder so, es dauert ein bisschen bis der Main alle Adapter gestartet hat.

ich bekomme folgende Fehlermeldungen, welche beim händischen starten nicht auftreten, was vermutlich damit zusammen hängt, das die Remote Hosts zu schnell starten:

Rasp-Radio-Garage	2016-09-02 05:34:16.363	info	host.Rasp-Radio-Garage Restart adapter system.adapter.javascript.2 because enabled
Rasp-Radio-Garage	2016-09-02 05:34:16.363	error	host.Rasp-Radio-Garage instance system.adapter.javascript.2 terminated with code 7 (Adapter already running)
Rasp-Radio-Garage	2016-09-02 05:34:14.172	info	host.Rasp-Radio-Garage instance system.adapter.javascript.2 started with pid 15769
Rasp-Radio-Kueche	2016-09-02 05:34:13.633	info	host.Rasp-Radio-Kueche Restart adapter system.adapter.sayit.3 because enabled
Rasp-Radio-Kueche	2016-09-02 05:34:13.632	error	host.Rasp-Radio-Kueche instance system.adapter.sayit.3 terminated with code 7 (Adapter already running)
Rasp-Radio-Kueche	2016-09-02 05:34:11.268	info	host.Rasp-Radio-Kueche instance system.adapter.sayit.3 started with pid 9441
Rasp-Radio-Garage	2016-09-02 05:34:09.167	info	host.Rasp-Radio-Garage Restart adapter system.adapter.sayit.4 because enabled
Rasp-Radio-Garage	2016-09-02 05:34:09.167	error	host.Rasp-Radio-Garage instance system.adapter.sayit.4 terminated with code 7 (Adapter already running)
Rasp-Radio-Garage	2016-09-02 05:34:07.899	info	host.Rasp-Radio-Garage instance system.adapter.sayit.4 started with pid 15760
Mastermind	2016-09-02 05:34:06.576	info	host.Mastermind instance scheduled system.adapter.nut.0 */5 * * * *
scenes.0	2016-09-02 05:34:03.342	info	scenes.0 starting. Version 0.2.6 in /opt/iobroker/node_modules/iobroker.scenes
Mastermind	2016-09-02 05:34:02.586	info	host.Mastermind instance system.adapter.scenes.0 started with pid 7530
Rasp-Radio-Garage	2016-09-02 05:33:44.136	info	host.Rasp-Radio-Garage Restart adapter system.adapter.javascript.2 because enabled
Rasp-Radio-Garage	2016-09-02 05:33:44.135	error	host.Rasp-Radio-Garage instance system.adapter.javascript.2 terminated with code 7 (Adapter already running)
Rasp-Radio-Garage	2016-09-02 05:33:41.948	info	host.Rasp-Radio-Garage instance system.adapter.javascript.2 started with pid 15751
Rasp-Radio-Kueche	2016-09-02 05:33:41.242	info	host.Rasp-Radio-Kueche Restart adapter system.adapter.sayit.3 because enabled
Rasp-Radio-Kueche	2016-09-02 05:33:41.241	error	host.Rasp-Radio-Kueche instance system.adapter.sayit.3 terminated with code 7 (Adapter already running)
Mastermind	2016-09-02 05:33:40.181	info	host.Mastermind instance system.adapter.vis.0 terminated while should be started once
vis.0	2016-09-02 05:33:39.437	info	vis.0 starting. Version 0.10.8 in /opt/iobroker/node_modules/iobroker.vis
Rasp-Radio-Kueche	2016-09-02 05:33:38.917	info	host.Rasp-Radio-Kueche instance system.adapter.sayit.3 started with pid 9432
Rasp-Radio-Garage	2016-09-02 05:33:37.863	info	host.Rasp-Radio-Garage Restart adapter system.adapter.sayit.4 because enabled
Rasp-Radio-Garage	2016-09-02 05:33:37.863	error	host.Rasp-Radio-Garage instance system.adapter.sayit.4 terminated with code 7 (Adapter already running)
Rasp-Radio-Garage	2016-09-02 05:33:36.554	info	host.Rasp-Radio-Garage instance system.adapter.sayit.4 started with pid 15742
socketio.0	2016-09-02 05:33:35.831	info	socketio.0 socket.io server listening on port 8084

[rascal]

mh…. ich habe noch ein paar mal versucht iobroker am main zu stoppen/starten, die remote Hosts haben nicht mitgemacht.

was mir allerdings aufgefallen ist beim ersten mal, dass die Remotes teilweise Adapter 2x gestartet haben, in meinem Fall hatte ich 2x den selben sayit und js-controller auf dem gleichen remote Host laufen, habe ich mit "top" gesehen.

ich musste die Adapter mit kill xxx abschießen, da sie mit "iobroker stop" am remote Host nicht geschlossen wurden, iobroker lief nicht mehr, sehr wohl aber diese Adapter

[rascal]

wie bekomme ich die "alte" Version wieder drauf? Die Vis App ist wieder langsam geworden mit der 0.12.0 er :o

[Bluefox]

@rascal:

mh…. ich habe noch ein paar mal versucht iobroker am main zu stoppen/starten, die remote Hosts haben nicht mitgemacht.

was mir allerdings aufgefallen ist beim ersten mal, dass die Remotes teilweise Adapter 2x gestartet haben, in meinem Fall hatte ich 2x den selben sayit und js-controller auf dem gleichen remote Host laufen, habe ich mit "top" gesehen.

ich musste die Adapter mit kill xxx abschießen, da sie mit "iobroker stop" am remote Host nicht geschlossen wurden, iobroker lief nicht mehr, sehr wohl aber diese Adapter `
Als ob du host nach der Update nicht neu gestartet hast.

Hast du?

[rascal]

ich habe all 4 iobroker, den Main und die Remote mehrfach neu gestartet.

wenn ich den Main mit "iobroker stop" gestoppt habe, haben die Remotes nicht mitgemacht, ich musste sie händisch stoppen.

Ich habe die js-controller über den Git-Button in der Weboberfläche für alle Hosts extra installiert, hätte ich es anders machen sollen?

[rascal]

ich habe jetzt wieder die Version 0.11.3 drauf, die Vis App läuft wieder stabil und flüssig wie vor dem js-controller upgrade auf 0.12.0

[Bluefox]

@rascal:

ich habe all 4 iobroker, den Main und die Remote mehrfach neu gestartet.

wenn ich den Main mit "iobroker stop" gestoppt habe, haben die Remotes nicht mitgemacht, ich musste sie händisch stoppen.

Ich habe die js-controller über den Git-Button in der Weboberfläche für alle Hosts extra installiert, hätte ich es anders machen sollen? `
js-controller auf dem Slave sollte sich nicht stoppen. Es müssen nur alle Instances runtergefahren werden.

[rascal]

Ah, ok. Trotzdem würde vis leider wieder langsam

Gesendet von meinem HUAWEI CRR-L09 mit Tapatalk

[Bluefox]

@rascal:

Ah, ok. Trotzdem würde vis leider wieder langsam

Gesendet von meinem HUAWEI CRR-L09 mit Tapatalk `
Es sollte nicht sein. Weil langsam war das ganze wegen hm-rega.

[MrLee]

MoiN!

Gerade mal mein Testsystem komplett neugemacht.

controller 12.1, node 4.5, 3 RasPis, redis

durch die Neuinst sehr viele Neustarts der Systeme in diversen Reihenfolgen

• Performance in vis ist genauso gut wie immer seit redis

• neustart der adapter wenn host neustartet läuft fehlerfrei

• reconnect der slaves wenn diese neustarten läuft auch (ohne doppelte adapter neustart meldungen)

fehlt nur noch der fix für die Anzeige der Version des controllers auf den slaves sowie der fix für die host offline meldung im Log :-))))

Fazit:

MultiHost: nie wieder ohne

[Bluefox]

Auf dem git gibt es neue Hosts Seite.

> der fix für die host offline meldung im Log
Was ist das?

[MrLee]

Moin,

ich meinte die hier erwähnten Meldungen…

http://forum.iobroker.net/viewtopic.php ... 633#p33747

bis denne

Mr.Lee

[Bluefox]

@MrLee:

Moin,

ich meinte die hier erwähnten Meldungen…

http://forum.iobroker.net/viewtopic.php ... 633#p33747

bis denne

Mr.Lee `
Muss jetzt mit 0.12.2 besser sein.

[MrLee]

Moin!

2 Hosts auf .12.2 , einer auf 12.1

• Log-Warnung nur bei 12.1, nicht bei 12.2 -> ok

• offline anzeige auf der Hosts-Seite kommt sofort -> ok

• auf der Instanzen-Seite werden die Adapter des offline-hosts allerdings als connect angezeigt
  
  

[Solear]

Ich habe gerade exakt dasselbe Problem.

Aber nicht immer. Auf dem Raspi 3 startet nach Reboot iobroker (als Slave) nicht automatisch.

Gebe ich dann per Hand "iobroker start" ein kommt die Meldung: "Failed to write pidfile (EACCES)".

Gebe ich jedoch "iobroker restart" ein, klappt es.

Kurios. Zumal es sehr oft passiert nach Reboot, aber ab und zu klappt es doch ohne mein Zutun.

Ich beobachte das mal weiter, wenn nicht muss ich es neu aufsetzen.