NEWS
js-controller 6.0.x jetzt für alle User im STABLE!
-
@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@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-inventwodie 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.
Hier könnt ihr mich unterstützen.
-
@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-inventwodie 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:relaxed:
-
@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-inventwodie 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
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 functionIm Javascript-Adapter ist folgendes eingetragen:
Gruß
Oliver -
@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 functionIm Javascript-Adapter ist folgendes eingetragen:
@oli Schau mal hier https://github.com/ioBroker/ioBroker.javascript/issues/1613
Hier könnt ihr mich unterstützen.
-
@foxriver76
Super, danke dir, dass hat geholfen -
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. :grinning:
Herzlichen Dank dafür! 👏
-
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
-
@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.
-
@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 :grin: ).
Sehr nice! Ich fühle mich bestens betreut.
-
host.iOBrocker 2024-08-02 18:55:41.112 error iobroker host.iOBrocker Cannot install iobroker.backitup@latest: 1 host.iOBrocker 2024-08-02 18:55:41.111 error iobroker npm error code EBADENGINEnpm error engine Unsupported enginenpm error engine Not compatible with your version of node/npm: minimatch@10.0.1npm error notsup Not compatible with your version of node/npm: minimatch@10.0.1npm error notsup Required: {"node":"20 || >=22"}npm error notsup Actual: {"npm":"10.8.2","node":"v18.20.4"}npm error A complete log of this run can be found in: /opt/iobroker/.npm/_logs/2024-08-02T16_55_34_985Z-debug-0.logHabe Version
Plattform: docker (official image - v9.1.2)
RAM: 11.5 GB
Node.js: v18.20.4(20.16.0)
NPM: 10.8.2 -
Nach dem update auf den js-controller 6.0.9 bekomme ich folgende Fehler im log zu so fast jeden Adapter:
iob diag sagt:
kann mir da wer helfen?
@xbit said in js-controller 6.0.x jetzt für alle User im STABLE!:
instance system.adapter.sourceanalytix.0 in version "0.4.12-2" (non-npm: ...
Dieser GitHub Stand wird wohl veraltet sein. Von Github Installationen wir generell abgeraten. Kontaktiere den Dev bzw. installiere eine neuere Version.
zu so fast jeden Adapter
Hast du nur 2 Adapter?
Ich seh nur sourceanaytix und vis-inventwo. Wobei vis-inventwo ein veraltetes adapter-core benutzt; dieses Problem sollte aber seit Wochen behoben sein. Bei Github Installationen kann es divereste Gründe geben dass diese nicht funktionieren - hier bitte mit dem Dev Kontaktaufnehmen wenn er die Github Installation empfohlen hat oder selbst suchen ... -
Nach dem update auf den js-controller 6.0.9 bekomme ich folgende Fehler im log zu so fast jeden Adapter:
iob diag sagt:
kann mir da wer helfen?
iob nodejs-update 20 -
iob nodejs-update 20Danke mache ich gerade..
die Adapter die es betrifft sind: (fast alle war sehr übertrieben sorry)
google-sharelocation
Sia09
UPNP
Sourceanalytixbei den oberen 2 gibt es kein update werde ich mal nachfragen... Sourceanalytix mache ich gleich ein update
-
Danke mache ich gerade..
die Adapter die es betrifft sind: (fast alle war sehr übertrieben sorry)
google-sharelocation
Sia09
UPNP
Sourceanalytixbei den oberen 2 gibt es kein update werde ich mal nachfragen... Sourceanalytix mache ich gleich ein update
Das solltest du auf ein Maß zurückstutzen, das du auch noch überblicken kannst:
nodejs modules from github: 11 -
Das solltest du auf ein Maß zurückstutzen, das du auch noch überblicken kannst:
nodejs modules from github: 11Vielen Dank es läuft soweit wieder alles.
Die anderen Adapter (UPNP,SIA09 etc.) gehen nun auch wieder warum auch immer ist mir leider erst nach dem update von Sourceanalytix aufgefallen habe aber nur dieses update gemacht und das nodejs update auf V20
-
Vielen Dank es läuft soweit wieder alles.
Die anderen Adapter (UPNP,SIA09 etc.) gehen nun auch wieder warum auch immer ist mir leider erst nach dem update von Sourceanalytix aufgefallen habe aber nur dieses update gemacht und das nodejs update auf V20
Du solltest das Vehikel dennoch möglichst konsistent halten und sowenig github-Zeuch wie möglich verwenden.
-
Danke mache ich gerade..
die Adapter die es betrifft sind: (fast alle war sehr übertrieben sorry)
google-sharelocation
Sia09
UPNP
Sourceanalytixbei den oberen 2 gibt es kein update werde ich mal nachfragen... Sourceanalytix mache ich gleich ein update
@xbit said in js-controller 6.0.x jetzt für alle User im STABLE!:
google-sharelocation
Nehme an du meinst google-sharedlocation
Ich kann diesen Adapter nicht in den ioBroker rpositories finden. Er scheint auch schon lange nicht mehr gewartet worden zu sein. Prinzipiell ist es immer ein Risiko Adapter zu verwenden die nicht im Repository gelistet sind da diese weder den minimalen Review durchlaufen haben noch bei div. Checks wie z.B. einem Update des js-controllers beachtet werden können.
Sia09
Den Adapter find ich nicht. meinst du https://github.com/schmupu/ioBroker.sia
Der scheint eher dahin zu dämmern. Erstell bitte ggF im Adapterverzeichnis ein Issue und mention mich. Der Adaptercode ist dort total veraltet. Eine Codeanpassung könnte hier notwendig sein.
UPNP
Hier rate ich dir den dev zu kontaktieren bzw. ein Issue beim Adapter anzulegen. Da wurden erst letzte Woche Anpassungen vorgenommen die anscheinend noch nicht auf npm verfügbar sind. Repo: (https://github.com/Jey-Cee/ioBroker.upnp)
Sourceanalytix
Hier aktualisisere mal auf die aktuelle LATEST version. Falls diese nicht funktioniert erstell ein Issue im Adapter Repo.
475
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge