Js-controller 0.12.0 für Multihost
-
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.
