Test js-controller v2.0.x (GitHub)
-
@darkiop sagte in [Aufruf] js-controller 2.0 Beta Test:
Soll ich dir die kompletten Logs mal zukommen lassen? Wenn ja schick mir einfach mal deine Mail Adresse per PN.
Gern, aber wenns geht mit "zeit-pointern"
Sonst such ich nahc der Nadel im heuhaufen.
iobroker@fischer-ka.de -
2.0.19 auf GitHub:
- (Apollon77) fix migration
- (Apollon77) fix potential cases where objects/states files were not stored
-
@apollon77 sagte in [Aufruf] js-controller 2.0 Beta Test:
@SBorg Also das Log sieht an sich ok aus, würde nur bedeuten das bei dir das setzen der 2699 Objekte und Daten (hollala) sehr langsam ist und er einfach nicht fertig wird. Bisher ist bei keinen so eine schlechte Performance gesehen worden. Strange. Muss ich versuchen nachzustellen. Erklären kann ich es mir nicht. Bisher weder bei Arteck noch anderen in der Form passiert
Gotcha
Unter 1.5.14 hatte ich 60 Sekunden und funktioniert.
Da es seit 2.x nicht mehr ging hatte ich versuchsweise 120 Sekunden, ging auch nicht.
Nach deinem Post habe ich es jetzt auf 5 Minuten erhöht und es geht. Strange, denn dann wäre es > 5x langsamer -
@SBorg Hast Du noch alte 1.5.x logs um zu sehen wie lange zwischen start und end war und wie lange es jetzt ist? hast ja die "starting " und "wurde beendet" logs ...
Und: Was ist das für ein System? Effektiv das wo der Master läuft (wil ist ja file/file korrekt?)
-
@apollon77 sagte in [Aufruf] js-controller 2.0 Beta Test:
(Apollon77) fix potential cases where objects/states files were not stored
Funktioniert! Daumen hoch!
Logs schicke ich später.
-
@darkiop Strange nummer. Welche nodejs version hast du?
-
@apollon77 leider will redis immer noch nicht...
Connecting to previous DB "file"... Creating backup ... This can take some time ... please be patient! host.iobroker 16727 states saved host.iobroker 19327 objects saved Backup created: /opt/iobroker/backups/2019_10_02-13_54_13_backupiobroker-migration.tar.gz Connecting to new DB "redis" ... States NOT connected Objects NOT connected New Database could not be connected. Please check your settings. No settings have been changed.Kann ich sonst noch irgendwas überprüfen, wo es haken könnte?
-
┬─[darkiop@iobroker-hwr:~]─[14:06:17] ╰─>$ node -v && npm -v v10.16.3 6.9.0 ┬─[root@iobroker-master:/opt/iobroker]─[14:06:43] ╰─># node -v && npm -v v10.16.3 6.9.0iobroker-master / iobroker-hwr auf 2.0.19:
- adapter hue.0 beendet, iobroker-master neu gestartet = hue.0 ist immer noch deaktiviert
- dann hue.0 aktiviert, iobroker-master neu gestartet = hue.0 ist aktiviert
- parallel dazu den timestamp der objects.json beobachtet, datei wurde nach Änderung neu geschrieben (5s)
Würde sagen das objects.json Thema ist gefixt.
Bei den Tests ist mir leider noch etwas weiteres aufgefallen. Bin daher zum Test nochmal auf die 1.5.14 zurück:
iobroker-master / iobroker-hwr auf 2.0.19, beide verbunden
Wird der iobroker-master neugestartet = iobroker-hwr verbindet sich nicht mehr wenn iobroker-master onlineiobroker-master / iobroker-hwr auf 1.5.14
Wird der iobroker-master neugestartet = iobroker-hwr verbindet sich wieder iobroker-master online -
@apollon77 nun geht es weiter ABER bricht ab.
Die Redis DB ist nun auch schon 70MB also hat es wohl zum teil geklappt laut iobroker status / iobroker setup custom laufe ich auf redis ... Hoffe ich hab den n icht abgebrochen dabei weil alles hing habe ich Docker Container Neu gestartet ..
Habe bei Instanzen die Adapter Icons nicht mehr und bei Objekte fast überall das I icon. Er Installiert wohl nach und nach nun die Adapter. Wie beim Minimal restore ... aber scheint auf Redis zu laufen. Ist das normal?
Edit: Glaub ich hätte nicht Neustarten sollen .. Lasse gerade mal ein Restore laufen aber iobroker ist laut status mit Redis ...
Mal schauen was nun passiert.Edit2: Nach dem Restore ist redit DB auf 120Mb gestiegen und alles "scheint" zu laufen. Vielleicht kann man die Meldungen etwas Optimieren
Hatte jetzt gedacht das es nicht geklappt hat. -
@apollon77 ich nehme vorerst meine Aussage zurück, ich war wohl etwas schnell mit dem Installieren der neuen Version, ist immer noch 2.0.17.
Probiere nachher nochmal -
@coyote Das sieht nach der alten version aus! SIcher das Du latest Update 2.0.19 drauf hast?
-
@darkiop sagte in [Aufruf] js-controller 2.0 Beta Test:
iobroker-master / iobroker-hwr auf 2.0.19, beide verbunden
Wird der iobroker-master neugestartet = iobroker-hwr verbindet sich nicht mehr wenn iobroker-master onlineBitte Log vom Slave ... an sich sollte er es ein paar mal versuchen und sich dann retarten und spätestens dann wieder connecten. hat bei mir in den tests perfekt geklappt ...
-
@apollon77 sagte in [Aufruf] js-controller 2.0 Beta Test:
@SBorg Hast Du noch alte 1.5.x logs um zu sehen wie lange zwischen start und end war und wie lange es jetzt ist? hast ja die "starting " und "wurde beendet" logs ...
Und: Was ist das für ein System? Effektiv das wo der Master läuft (wil ist ja file/file korrekt?)
Hmm, nicht gut... :
2019-09-29 00:26:03.823 - info: daswetter.0 starting. Version 2.8.1 in /opt/iobroker/node_modules/iobroker.daswetter, node: v8.16.1 2019-09-29 00:26:26.138 - info: host.Ubuntu instance system.adapter.daswetter.0 terminated with code 11 (Desired termination)23 Sekunden ...
Ist ein Intel Dual Core mit 1.8GHz und 2 GB RAM, nur Master und keine Slaves, file/file
Der JS-Controller produziert eine Systemauslastung von 100%, ohne bin ich unter 10%, beim RAM bin ich alleine für den Broker schon > 1GB. Ich habe zwar keine Werte für den 1.5.14 parat, der braucht aber deutlich weniger. -
@ChrisXY Also die Meldung ist in jedem Fall nicht vollständig und da hat auf jedem Fall ws nicht geklappt weil danach die ganzen Updates hätten kommen müssen. Ich checke nochmal bei mir.
Auch diese Meldung "iobroker deamon not running ..." ist nicht normal.
Also die Migration hat definitiv nicht geklappt.
Mit deinem Restore hast Du das Backup in Redis eingespielt und jetzt spult er sein "Normales" Programm ab. Also das geht auch, aber ich muss checken was die Migration hat
-
@apollon77 sagte in [Aufruf] js-controller 2.0 Beta Test:
Bitte Log vom Slave ... an sich sollte er es ein paar mal versuchen und sich dann retarten und spätestens dann wieder connecten. hat bei mir in den tests perfekt geklappt ...
Er schafft es nicht. Und da ist dann auch wieder der ECONNREFUSED. Aber zu dem Zeitpunkt hat der iobroker-hwr definitiv eine IPv4 (wieso sollte er dich auch verlieren nach dem Verlust der Verbindung :)) Nach dem Verbindungsverlust läuft auch kein iob-Prozess mehr auf dem iobroker-hwr.
-
@darkiop Und was ist im Log Nach dem "starting node restart.js"? an sich sollte der js-controller da sich restarten! Ganz automagisch ... also das tut er bei mir
-
@apollon77 sagte in [Aufruf] js-controller 2.0 Beta Test:
Und was ist im Log Nach dem "starting node restart.js"? an sich sollte der js-controller da sich restarten! Ganz automagisch ... also das tut er bei mir
Nichts mehr, hab es eben noch mal provoziert. In der Folge ist kein iobroker Prozess mehr auf dem iobroker-hwr am laufen.
Interessant ist auch das in diesem Zusammenhang immer der Fehler mit dem Unknown Skript geworfen wird:
2019-10-02 19:04:10.089 - warn: host.iobroker-hwr Cannot get view: ReplyError: Error Unknown Script 47ca5e051ba19850d94c45a1fc8725ff04ae868f 2019-10-02 19:04:10.093 - info: host.iobroker-hwr instance system.adapter.smartmeter.0 terminated with code 0 (NO_ERROR) 2019-10-02 19:04:10.094 - info: host.iobroker-hwr All instances are stopped. 2019-10-02 19:04:10.132 - warn: host.iobroker-hwr Cannot get view: ReplyError: Error Unknown Script 47ca5e051ba19850d94c45a1fc8725ff04ae868f -
@darkiop das unknown Skript ist klar weil connection weg. Das kann ich mal noch optimieren aber egal.
Das Thema ist das der Controller sich neu starten will aber er es bei dir nicht tut. Das log sagt das er es versucht. Frage ist jetzt warum es nicht tut ... hm ... Das ist Strange. Sagt /var/log/syslog irgendwas?
-
@apollon77 sagte in [Aufruf] js-controller 2.0 Beta Test:
Das ist Strange. Sagt /var/log/syslog irgendwas?
Nichts. Auch nicht in messages.
-
@darkiop gestartet war der Slave manuell mir iobroker Start oder beim Boot?
