Beta Test js-controller 3.2.x auf GitHub
-
@apollon77 sagte in Beta Test js-controller 3.2.x auf GitHub:
@Feuersturm weiss nicht. stoppe mal, schaue mal das wirklich kein prozess mehr läuft, sonst muss man mal tiefer schauen. Noch jemand anders mit DWD?
Mit "stoppe mal" meinst du ioBroker oder nur den DWD Adapter?
-
@lonsimbt versuch mal bitte die GitHub version?
-
@Feuersturm nur DWD
-
@apollon77 sagte in Beta Test js-controller 3.2.x auf GitHub:
@Feuersturm nur DWD
Wo erkenne ich, dass kein DWD Prozess mehr läuft?
-
@Feuersturm An der kommandozeile "ps auxww |grep dwd"
-
ps auxww |grep dwd liefert:
proxmox@ioBrokerBETA:~$ ps auxww |grep dwd iobroker 5617 0.0 48.9 2719812 2054304 ? Rl 22:50 4:58 io.dwd.0 proxmox 5711 0.0 0.0 11460 1004 pts/0 S+ 22:54 0:00 grep --color=auto dwdKurz bevor ich die Instanz ausschalten wollte kam noch dieser Error um die Ecke:
dwd.0 2021-01-10 22:50:10.377 error (5617) 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(). dwd.0 2021-01-10 22:50:09.667 info (5617) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason dwd.0 2021-01-10 22:50:06.771 info (5617) starting. Version 2.5.2 in /opt/iobroker/node_modules/iobroker.dwd, node: v12.18.3, js-controller: 3.2.5 -
@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"
