Js-controller 0.12.0 für Multihost
-
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.
-
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 -
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
-
wie bekomme ich die "alte" Version wieder drauf? Die Vis App ist wieder langsam geworden mit der 0.12.0 er
-
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?
-
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?
-
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
-
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. -
Ah, ok. Trotzdem würde vis leider wieder langsam
Gesendet von meinem HUAWEI CRR-L09 mit Tapatalk
-
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. -
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
-
-
Auf dem git gibt es neue Hosts Seite.
> der fix für die host offline meldung im Log
Was ist das? -
Moin,
ich meinte die hier erwähnten Meldungen…
http://forum.iobroker.net/viewtopic.php ... 633#p33747
bis denne
Mr.Lee
-
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. -
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
-
-
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.
