Beta Test js-controller 3.2.x auf GitHub
-
@Feuersturm und mehr log nicht? am besten stoppen wie gesagt undd ann falls noch ein prozess läuft den mal killen
-
Hallo alle miteinander,
ich habe noch ein bissl gebastelt und noch kleinere Dinge gefixt. Die 3.2.6-0 wartet auf euch.
Vor allem bitte nochmal den Vis Dateieditor und so checken mit allen Aktionen. Vor allem bei Objects-in-Redis-Systemen gab es da noch Probleme.Die komische Versionsnummer ist voll ok so. Wir versuchen hier gerade die js-controller Release Prozesse etwas zu optimieren.
Neben der Variante zum Installieren wie oben die ganze Zeit bekommt Ihr jetzt mittels `npm i iobroker.js-controller@next" immer die aktuellste freigegebene Version der Testrunde hier. Bitte versucht mal den weg wenn Ihr auf die aktuelle 3.2.6 geht ... Nebeneffekt wird auch sein das wir idealerweise jetzt auf 3.2.6 bleiben bis zum nächsten offiziellen Schritt für Latest und nur die letzte Zahl erhöhen.
Ingo
-
@apollon77
DWD Instanz gestoppt und ps aufgerufen:proxmox@ioBrokerBETA:~$ ps -auxww |grep dwd proxmox 6312 0.0 0.0 11460 1060 pts/0 S+ 23:15 0:00 grep --color=auto dwdInstanz gestartet (Scheduling auf 1 min von dwd gesetzt, steht sonst auf 5 min)
host.beebox(iobrokerMaster) 2021-01-10 23:20:04.175 warn instance system.adapter.dwd.0 already running with pid 6447 host.beebox(iobrokerMaster) 2021-01-10 23:19:00.037 warn instance system.adapter.dwd.0 already running with pid 6447 host.beebox(iobrokerMaster) 2021-01-10 23:18:04.181 info instance system.adapter.dwd.0 started with pid 6447 host.beebox(iobrokerMaster) 2021-01-10 23:17:04.365 info instance system.adapter.dwd.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION) host.beebox(iobrokerMaster) 2021-01-10 23:17:00.097 info instance system.adapter.dwd.0 started with pid 6381 host.beebox(iobrokerMaster) 2021-01-10 23:16:58.445 info instance system.adapter.dwd.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION) host.beebox(iobrokerMaster) 2021-01-10 23:16:54.115 info instance system.adapter.dwd.0 started with pid 6366 host.beebox(iobrokerMaster) 2021-01-10 23:16:54.054 info instance scheduled system.adapter.dwd.0 * * * * * host.beebox(iobrokerMaster) 2021-01-10 23:16:50.924 info stopInstance system.adapter.dwd.0 (force=false, process=false) host.beebox(iobrokerMaster) 2021-01-10 23:16:50.917 info "system.adapter.dwd.0" enabledDanach erneut ps ausgeführt
proxmox@ioBrokerBETA:~$ ps -auxww |grep dwd iobroker 6447 0.0 44.3 2532204 1859612 ? Rl 23:18 4:19 io.dwd.0 proxmox 6519 0.0 0.0 11460 1088 pts/0 S+ 23:21 0:00 grep --color=auto dwdWenn es hift kann ich das ganze auch nochmal mit Debug Loglevel ausführen.
-
@Feuersturm Naja es scheint ja so das es generell tut ... ich weiss halt nicht ob ggf gerade irgendwelche Probleme beim DWD server bestehen und es dauert daher länger ... Also ja kannst Debug schauen dann siehst Du ggf wo er hängt
-
@apollon77 sagte in Beta Test js-controller 3.2.x auf GitHub:
ich habe noch ein bissl gebastelt und noch kleinere Dinge gefixt. Die 3.2.6-0 wartet auf euch.
Vor allem bitte nochmal den Vis Dateieditor und so checken mit allen Aktionen. Vor allem bei Objects-in-Redis-Systemen gab es da noch Probleme.
Läuft wieder, der leere Ordner wurde mit einen Stern gekennzeichnet und somit konnte ich ihn löschen.
Platform: Windows RAM: 16 GB Node.js: v12.20.1 NPM: 6.14.10 JS Controler: 3.2.6-0 Admin: 4.2.0 Web: 3.2.0 Socket.io: 3.0.13 Script Engine: 4.10.8 IOT: 1.8.8 VIS: 1.3.6 -
@apollon77
Update auf
js-controller: 3.2.6-0
installiert per npm i iobroker.js-controller@next
ist sauber durchgelaufen.
Das ganze unter node: v14.15.4
Objects type: file
States type: redis -
@apollon77 Update auf 3.2.6-0 war erfolgreich. Werde jetzt mal schauen wie sich dort der DWD Adapter verhält.
VIS Dateimanager hat bei mir auch funktioniert (hochladen, löschen, umbenennen, Ordner erzeugen). -
@apollon77 die 3.2.6-0 sieht ruhig im Logfile aus.
update per npm i iobroker.js-controller@next ohne Fehler.
Node 12.20.1, Node 12.20.0, Node 14.15.4
Objects redis, Stats redis. -
Update mit
npm i iobroker.js-controller@nextauf 3.2.6-0 ist ohne Fehler durchgelaufen. Alle Adapter außer pushsafer sind grün. Pushsafer wirft jetzt die folgenden Fehler im Log:
pushsafer.0 2021-01-11 09:20:41.252 warn (32010) Terminated (UNCAUGHT_EXCEPTION): Without reason pushsafer.0 2021-01-11 09:20:41.251 info (32010) terminating pushsafer.0 2021-01-11 09:20:40.730 error (32010) adapter.getMessage is not a function pushsafer.0 2021-01-11 09:20:40.730 error (32010) TypeError: adapter.getMessage is not a function at processMessages (/opt/iobroker/node_modules/iobroker.pushsafer/pushsafer.js:54:13) at main (/opt/iobroker/node_modules/iobroker.pushs pushsafer.0 2021-01-11 09:20:40.728 error (32010) unhandled promise rejection: adapter.getMessage is not a function pushsafer.0 2021-01-11 09:20:40.727 error (32010) Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). pushsafer.0 2021-01-11 09:20:40.706 info (32010) starting. Version 0.1.8 in /opt/iobroker/node_modules/iobroker.pushsafer, node: v12.20.1, js-controller: 3.2.6-0Gruß Marco
-
Edit: downgrade auf javascript 4.10.7. hat mein System wieder beruhigt.
@apollon77 ich habe javascript.Adapter aktualisert von 4.10.7 -> 4.10.8.
Seitdem explodiert mein log von den Fehlern.
Logdatei-Größe:
Redis benutze ich nicht.
-
Seit gestern Abend werkelt die 3.2.6-0 nun (produktiv) brav vor sich hin. Außer den paar Warnings diverser Adapter ist nichts auffällig.
Wenn man darf hätte ich aber noch einen feature request
Ich kann ja zB. mittels iob upgrade --y einen unattended Upgrade ausführen. Es wäre schön wenn dies auch noch nachträglich bei ohne "--y" möglich wäre. Könnte man zur [y]es / [n]o Abfrage noch ein [a]ll hinzufügen? -
@lobomau
Ich habe mit der Adapter Version keine Probleme. Du schreibst, dass Du kein REDIS verwendest, aber im Log steht jede Menge dazu. -
@Jan1 sagte in Beta Test js-controller 3.2.x auf GitHub:
@lobomau
Ich habe mit der Adapter Version keine Probleme. Du schreibst, dass Du kein REDIS verwendest, aber im Log steht jede Menge dazu.ganz genau. Deswegen habe ich es erwähnt. Das könnte der Grund sein!? Ich hatte mal testweise versucht Redis vor langer Zeit zum Laufen zu bringen... und da scheint irgendwas noch von übrig geblieben zu sein.
Ansonsten läuft ioBroker (wenn ich nichts mache). Der letzte Absturz gegen 10 Uhr beim Versuch javascript-Adapter upzudaten.
-
@lobomau sagte in Beta Test js-controller 3.2.x auf GitHub:
auf javascript 4.10.7. hat mein System wieder beruhigt.
Komisch ... kannste bitte nochmal versuchen? Und wenn wäre volles log interessant vom "Start des adapters an"
-
@SBorg Bitte leg ein Feature Request ticket an ... die Diskussion kam schon auf ... mal schauen
-
@lobomau Also ich hab reingschaut und es ist korrekt - beim beenden von JS kann gerade so eine Log Flut kommen weil ein Timeout nicht beendet wird ... sollte aber auch schon inder 4.10.7 so sein
Fix kommt -
@apollon77 ok, ich habe trotzdem wieder auf javascript-Adapter 4.10.8. geupdated. Es sieht bisher sehr ruhig aus.
Aber ich habe auch an weiteren Stellschrauben gedreht, so dass ich es beobachten muss:- Abstellen nicht lebensnotwendiger Adapter wie:
-
chromecast
-
dwd
-
fullybrowser
-
pollenflug
-
snmp
-
Löschen von 2-3 NPM-Modulen im javascript-Adapter, die ich nicht mehr brauchte: hue, hue-extended,
-
@apollon77 sagte in Beta Test js-controller 3.2.x auf GitHub:
beim beenden von JS kann gerade so eine Log Flut kommen weil ein Timeout nicht beendet wird ...
Erklärt dann auch warum das stoppen gelegentlich etliche Zeit in Anspruch nimmt
-
@SBorg Ja, weil er erst hart gekillt werden muss
Fix ist im Master, kläre gerade was noch drin ist wegen nem Update -
Hallo in die erlauchte Runde,
habe auch - nach nem Snapshot-take - mal die 3.2.6 installiert über @next. Fein vorher den ioBroker gestoppt (putty) und druff damit.
ioBroker neu gestartet und laufen lassen. Ich muss sagen - TOP. Hab nur die bekannten Warnings drin, sonst laufen alle meine Adapter, die ich nutze bisher (grün).JS-Adapter: 4.10.8
Node: 12.16.3Was mir aufgefallen ist:
Memory-Auslastung unverändert (ca. 2,9 GB)
Prozessor-Auslastung: 5% höher wie vor dem Update (21% => 24,5%). Gibt sich vielleicht noch...VG Thorsten
