Test js-controller v2.0.x (GitHub)
-
@e-i-k-e Der selbe fehler? Du meinst diese vis widget auto install fehler?
Ok, dann schauen wir da rein: Zeig mal den Raw Objekt Inhalt von system.adapter.vis-material UND system.adapter.vis-material.0
Der Adapte rist in Vereuon 0.1.5 und im latest repo (und damit npm) nur in 0.1.3
Und bitte screenshot wie der Admin aussieht für den Adapter im Adapter-Tab
-
@apollon77 sagte in [Aufruf] js-controller 2.0 Beta Test:
Ich habe noch ein was gefunden was abhänfig von der nodejs Version vllt die Ursache gewesen sein könnte. Wenn die Objects.json jetzt nicht gespeichert wird (der timeout sind 5s nach letzter Änderung an Objekten) bin ich wieder ratlos. Eine 2.0.19 kommt gleich
Ok, dann teste ich die direkt heute Mittag. Spiele hier auch gerne weiterhin den Tester - Morgen evtl. weniger Zeit dafür, aber Freitag passt es wieder.
Auch für das komische mit Javascript und danach andere Adapter ist sehr Strange, Müsste man jetzt genau logs schauen.
File/File ist komplett ok, war nur für mich zur Klarstellung.
ich kapiere nur immer noch nicht warum das mit ipv6 nicht tutSoll ich dir die kompletten Logs mal zukommen lassen? Wenn ja schick mir einfach mal deine Mail Adresse per PN.
-
@ChrisXY Ok, kann es reproduzieren ... fix in Arbeit
-
This post is deleted! -
@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
