NEWS
js-controller 6.0.x jetzt für alle User im STABLE!
-
@crunchip Okay, kannst du mal inventwo vorher stoppen und dann nochmal probieren, iwie überlebt der den terminate Prozess ist auch etwas was mit dem nächsten Controller nochmal optimiert wurde aber mit 5.0.19 eben noch nicht.
-
Meine Einschätzung ist, dass für jeden Alias mit Konvertierungsfunktion die Meldung einmal vom Javascript-Adapter kommt und einmal vom Influxdb-Adapter, wenn derselbe Alias zusätzlich auch protokolliert wird. Da ich sehr viele Alias mit Konvertierungsfunktion habe, sah es aus, als wenn da wiederholt "Millionen" Meldungen durchlaufen. Es waren auch sehr viele, aber wie bereits erwähnt, nur einmal bzw. zweimal pro Alias. Ein Neustart des Javascript-Adapters bringt die Meldungen nicht erneut hervor.
-
Was sagt mir die Meldung
"... Body has already been consumed?"
Bei mir läuft gerade das Update aus der GUI
-
@martinp Mit welcher Admin Version? Grundsätzlich ein Fehler im Admin aber sollte mit aktueller stable (7.0.22) eigentlich nicht mehr auftreten.
-
@ofbeqnpolkkl6mby5e13 Hm okay, falls es bei controller neustart wieder auftritt gib bitte Bescheid, ansonsten weiß ich gerade nicht wie ich es nachgestellt bekomme.
-
Okay.
-
@foxriver76 Aktuell ist die Kiste noch mitten im Update Prozess, kann ich nicht beantworten. Ist aber eigentlich auf dem aktuellen Stable-Stand (Keine Hinweise auf Updates)
-
@martinp ist auch erst seit heute morgen oder gestern Abend stable also könnte sein, dass es ohne manuelles aktualisieren nocht niocht aufgepoppt ist.
-
@foxriver76 sagte in js-controller 6.0.x jetzt für alle User im STABLE!:
kannst du mal inventwo vorher stoppen und dann nochmal probieren, iwie überlebt der den terminate Prozess
hab ich vorher gestoppt, trotzdem bei upgrade, irgendwie seltsam
2024-08-02 09:22:49.895 - [32minfo[39m: admin.0 (150) ==> Connected system.user.admin from ::ffff:10.1.1.129 2024-08-02 09:23:23.143 - [32minfo[39m: host.IoBroker "system.adapter.vis-inventwo.0" disabled 2024-08-02 09:23:23.143 - [32minfo[39m: host.IoBroker stopInstance system.adapter.vis-inventwo.0 (force=false, process=true)
2024-08-02 09:25:05.288 - [32minfo[39m: host.IoBroker [CONTROLLER_AUTO_UPGRADE] Successfully stopped js-controller 2024-08-02 09:25:05.290 - [32minfo[39m: host.IoBroker [CONTROLLER_AUTO_UPGRADE] Server is running on http://localhost:8081 2024-08-02 09:25:14.298 - [32minfo[39m: host.IoBroker force terminating 2024-08-02 09:25:14.299 - [32minfo[39m: host.IoBroker Adapter vis-inventwo still running 2024-08-02 09:25:19.287 - [31merror[39m: vis-inventwo.0 (1494) Objects database error: connect ECONNREFUSED 127.0.0.1:9001 2024-08-02 09:25:19.301 - [31merror[39m: vis-inventwo.0 (1494) States database error: connect ECONNREFUSED 127.0.0.1:9000 2024-08-02 09:25:24.290 - [31merror[39m: vis-inventwo.0 (1494) Objects database error: connect ECONNREFUSED 127.0.0.1:9001 2024-08-02 09:25:24.301 - [31merror[39m: vis-inventwo.0 (1494) States database error: connect ECONNREFUSED 127.0.0.1:9000 2024-08-02 09:25:29.292 - [31merror[39m: vis-inventwo.0 (1494) Objects database error: connect ECONNREFUSED 127.0.0.1:9001 2024-08-02 09:25:29.303 - [31merror[39m: vis-inventwo.0 (1494) States database error: connect ECONNREFUSED 127.0.0.1:9000
-
@foxriver76 Jetzt ist der Update einigermaßen durch. Admin war vorher noch auf 6.xxx, wird gerade auf die 7er Version aktualisiert
-
@crunchip hm mal stoppen und den Prozess per cli abschießen, iwie möchte der sich nicht beenden lassen.
Vorher im ioBroker den Adapter deaktivieren
ps -aux | grep io.vis-inventwo
die erste Zahl nach dem User Namen ist die PID
dannkill -9 <pid>
dann nochmal das ps Kommando um sicherzustellen dass der Prozess weg ist, aber wenn er in ioB deaktiviert ist sollte niemand ihn neustarten. Dann nochmal probieren.
Aber echt merkwürdig..
Im Zweifel würde ich das offizielle Docker Image klassisch updaten und mit Controller v6 sollten auch solche hartnäckigen Fälle gekillt werden.
-
@foxriver76 sagte in js-controller 6.0.x jetzt für alle User im STABLE!:
die erste Zahl nach dem User Namen ist die PID
root@IoBroker:/opt/iobroker# ps -aux | grep io.vis-inventwo root 987 0.0 0.0 6816 2156 pts/0 S+ 09:43 0:00 grep io.vis-inventwo root@IoBroker:/opt/iobroker# kill -9 987 bash: kill: (987) - No such process root@IoBroker:/opt/iobroker#
root@IoBroker:/opt/iobroker# ps -aux | grep io root 1 0.0 0.0 7412 3636 ? Ss 09:32 0:00 bash /opt/scripts/iobroker_startup.sh iobroker 127 27.7 2.2 11822860 707788 ? Rl 09:33 3:30 iobroker.js-controller iobroker 149 0.9 0.7 11577724 239640 ? Sl 09:33 0:07 io.admin.0 iobroker 171 0.4 0.2 753232 83532 ? Sl 09:33 0:03 io.history.0 iobroker 191 2.3 0.3 706508 105880 ? Sl 09:33 0:17 io.influxdb.0 iobroker 206 2.3 0.3 707676 107100 ? Sl 09:33 0:17 io.influxdb.1 iobroker 221 6.6 0.9 11622720 300588 ? Sl 09:33 0:49 io.javascript.0 iobroker 236 0.5 0.2 11314760 95704 ? Sl 09:33 0:03 io.telegram.0 iobroker 251 0.5 0.3 11314312 96984 ? Sl 09:34 0:03 io.telegram.1 iobroker 266 0.7 0.2 958668 96164 ? Sl 09:34 0:05 io.alexa2.0 iobroker 281 0.1 0.2 11163424 78016 ? Sl 09:34 0:01 io.broadlink2.0 iobroker 296 0.2 0.2 683488 81404 ? Sl 09:34 0:01 io.chromecast.0 iobroker 311 1.5 0.3 764808 106788 ? Sl 09:34 0:10 io.device-watcher.0 iobroker 371 0.1 0.2 678448 76468 ? Sl 09:34 0:01 io.mihome.0 iobroker 386 0.1 0.2 688864 85220 ? Sl 09:34 0:01 io.mqtt.0 iobroker 401 0.2 0.2 684756 90216 ? Sl 09:34 0:01 io.radar2.0 iobroker 441 2.1 0.4 717540 152316 ? Sl 09:34 0:14 io.shelly.0 iobroker 459 0.2 0.2 683088 85192 ? Sl 09:34 0:01 io.shuttercontrol.0 iobroker 475 1.2 0.3 703544 101964 ? Sl 09:34 0:08 io.sonoff.0 iobroker 492 0.2 0.2 949048 90020 ? Sl 09:35 0:01 io.tibberlink.0 iobroker 510 0.3 0.3 691148 96500 ? Sl 09:35 0:02 io.tr-064.0 iobroker 526 0.6 0.3 11440424 105252 ? Sl 09:35 0:04 io.unifi.0 iobroker 543 0.2 0.2 680260 78012 ? Sl 09:35 0:01 io.yeelight-2.0 iobroker 560 0.4 0.3 776960 96652 ? Sl 09:35 0:03 io.zigbee2mqtt.0 iobroker 579 3.2 0.3 11199096 124304 ? Sl 09:35 0:21 io.frigate.0 iobroker 594 0.4 0.3 11456024 110832 ? Sl 09:35 0:02 io.iot.0 iobroker 610 3.9 0.4 726156 130972 ? Sl 09:35 0:25 io.jarvis.0 iobroker 622 0.3 0.2 681732 84828 ? Sl 09:35 0:02 io.logparser.0 iobroker 642 0.1 0.2 678916 75152 ? Sl 09:35 0:01 io.milight-smart-light.0 iobroker 657 0.3 0.2 683384 85548 ? Sl 09:35 0:02 io.opendtu.0 iobroker 673 0.2 0.2 682532 78364 ? Sl 09:35 0:01 io.sayit.0 iobroker 688 0.5 0.2 684008 81788 ? Sl 09:35 0:03 io.simple-api.0 iobroker 703 0.3 0.2 682672 88804 ? Sl 09:35 0:01 io.smartcontrol.0 iobroker 718 1.0 0.3 688696 112396 ? Sl 09:35 0:06 io.sourceanalytix.0 iobroker 733 0.3 0.2 812432 82120 ? Sl 09:36 0:02 io.tankerkoenig.0 iobroker 748 0.2 0.2 679108 76012 ? Sl 09:36 0:01 io.text2command.0 iobroker 763 0.1 0.2 11228256 75324 ? Sl 09:36 0:01 io.traccar.0 iobroker 778 0.2 0.2 679160 77860 ? Sl 09:36 0:01 io.trashschedule.0 iobroker 793 0.4 0.2 689772 87896 ? Rl 09:36 0:02 io.virtualpowermeter.0 iobroker 823 0.2 0.2 680776 78824 ? Sl 09:36 0:01 io.wallpanel.0 iobroker 839 0.5 0.3 11246432 96360 ? Sl 09:36 0:03 io.web.0 iobroker 855 0.2 0.2 680208 81756 ? Sl 09:36 0:01 io.wiffi-wz.0 iobroker 870 0.2 0.2 674372 74384 ? Sl 09:36 0:01 io.wiobrowser.0 iobroker 886 0.2 0.2 682604 80400 ? Sl 09:36 0:01 io.wled.0 iobroker 902 0.2 0.2 11166604 81820 ? Sl 09:36 0:01 io.ws.0 iobroker 918 0.7 0.2 812764 87188 ? Sl 09:36 0:04 io.weather-warnings.0 root 1012 0.0 0.0 6680 2184 pts/0 S+ 09:46 0:00 grep io root@IoBroker:/opt/iobroker#
ich probier es nochmal
@foxriver76 sagte in js-controller 6.0.x jetzt für alle User im STABLE!:
mit Controller v6 sollten auch solche hartnäckigen Fälle gekillt werden
werden wir beim nächsten mal sehen
-
@foxriver76
ich habe soeben den Javaskript-Adapter, den JS-Controller und Admin aktualisiert, daher kann ich leider nicht sagen woher die Fehlermeldung kommt.Aber seitdem bekomme ich im Log folgende Fehlermeldung:
avascript.0 2024-08-02 10:34:10.709 error Error in callback: TypeError: moment.duration(...).format is not a function
Im Javascript-Adapter ist folgendes eingetragen:
-
@oli Schau mal hier https://github.com/ioBroker/ioBroker.javascript/issues/1613
-
@foxriver76
Super, danke dir, dass hat geholfen -
Update über SSH auf den 6.0.9 gemacht, anschliessend gleich noch das nodejs nachgezogen auf die version 20.16.0, dann neu gestartet, bisher keine aufälligkeiten.
Danke
-
Hey Moritz,
ich habe das heute mal in Angriff genommen:
1 x Multiuser Master als LXC unter Proxmox
1 x dazugehöriger Slave auf einem RPI
1 x Standalone als VM unter ProxmoxAlle drei Upgrades verliefen ohne Probleme.
Herzlichen Dank dafür!
-
@babl Hallo, ich habe iobrocker auf eine Synology laufen. Kannst du mir sagen/Link von einer Vorgehensweise senden, um das Node zu aktualisieren?
Danke und Gruß -
@chris777 sagte in js-controller 6.0.x jetzt für alle User im STABLE!:
Kannst du mir sagen/Link von einer Vorgehensweise senden, um das Node zu aktualisieren?
Am besten mal irgendwann das entsprechende Docker-Image verwenden.
-
Irgendwie habe ich das subjektive Gefühl, dass das jetzt mit dem neuen Controller und den anderen Herzstücken alles etwas schnittiger vonstattengeht (die Jugend möge mir diese Vokabeln verzeihen ).
Sehr nice! Ich fühle mich bestens betreut.