js-controller 6.0.x jetzt für alle User im STABLE!

Julius0815

@lamo1966
Nach dem Update erhalte ich di folgende Fehlermeldung:

iobroker status
No connection to objects 127.0.0.1:6379[redis]
/opt/iobroker/node_modules/standard-as-callback/built/index.js:6
throw e;
^

Error: Connection is closed.
at close (/opt/iobroker/node_modules/ioredis/built/redis/event_handler.js:184:25)
at Socket.<anonymous> (/opt/iobroker/node_modules/ioredis/built/redis/event_handler.js:151:20)
at Object.onceWrapper (node:events:632:26)
at Socket.emit (node:events:517:28)
at TCP.<anonymous> (node:net:350:12)
Emitted 'error' event on ScanStream instance at:
at /opt/iobroker/node_modules/ioredis/built/ScanStream.js:38:22
at tryCatcher (/opt/iobroker/node_modules/standard-as-callback/built/utils.js:12:23)
at /opt/iobroker/node_modules/standard-as-callback/built/index.js:33:51
at process.processTicksAndRejections (node:internal/process/task_queues:95:5)

Node.js v18.20.4

Was kann ich tun?

Thomas Braun

@julius0815 sagte in js-controller 6.0.x jetzt für alle User im STABLE!:

Was kann ich tun?

Läuft redis?

systemctl status redis

SolarGuido

Hallo ich möchte mich auch mal hier melden. Habe letzte Woche den Pi komplett neu aufgesetzt allerdings 32 bit Bookworm da ich noch andere Sachen habe die nur mit 32 bit laufe z.B Solpiplog. Hat alles soweit geklappt, muss aber auch sagen das ich den PI4 mit 8 GB Ram ziemlich voll mit Anwendungen habe (Hatte ich mit Buster aber auch) z.B. EMONCMS, BLYNK Server und jede menge python scripte die als Cron laufen und rs232 Schnittstellen auslesen.

IOBROKER hab ich mit dem Script von hier installiert lief gut durch und mit Backitup zurück gesichert , hatte den info Adapter noch und den Zoe Adapter da musst ich manuell nachsteuern und deinstallieren bzw. den Zoe manuell auf den neusten Stand brigen.

Hier mal Daten vom IOBROKER:'
CPU: 17,08 %
RAM: 27 %
Betriebszeit: 1d9h
Verfügbar: 6.0.9
Installiert: 6.0.9
Ereignisse: ⇥22 / ↦13
Plattform: linux
Betriebssystem: linux
Architektur: arm
CPUs: 4
Geschwindigkeit: 1800 MHz
Modell: unknown
RAM: 7.6 GB
System-Betriebszeit: 1 T. 03:57:46
Node.js: v20.16.0
time: 1722776874464
timeOffset: -120
NPM: 10.8.1
Adapter-Anzahl: 626
Datenträgergröße: 109.5 GB
Freier Festplattenspeicher: 56.4 GB
Aktive Instanzen: 22
Pfad: /opt/iobroker/
Betriebszeit: 1 T. 03:57:43
aktiv: true
_nodeCurrent: 20.16.0
_nodeNewest: 20.16.0
_nodeNewestNext: 20.16.0
_npmCurrent: 10.8.1
_npmNewest: 10.8.1
_npmNewestNext: 10.8.1

So jetzt zu meinem Thema ich habe nun vermehrt beim httpget (Nutze Blocky) die Fehler:
error=socket hang up)
error=timeout of 2000ms exceeded)
error=timeout of 4000ms exceeded) hab es mal hoch gesetzt das hilft auch nicht.

Die Fehler kommen bei unterschiedlichen request sehr sporadisch mal ein Fehler je minute dann auch mal 20 auch mal 3 Minuten gar nix. Ich nutze schon 127.0.0.1 (https) da ich local poste (ohne Zertifikat) aber auch auf die Domaine (mit Zertifikat) probiert selbes problem

Es ist ja nicht dramatisch da ich fast alle 15 Sekunden was poste und es macht sich nicht bemerkbar wenn mal ein wert nur a60 Sekunden kommt. Nur hatte ich dieses Problem mit Buster sehr sehr selten eine Handvoll am Tag. Der PI ist nicht ausgelastet Speicher genug (Hab extra Auslagerung deaktiviert)) kann man ja auch am ersten Bild sehen.

Vielleicht haben auch andere dieses Problem, deshalb melde ich es mal . Wenn es nur bei mir so ist kann es natürlich auch ein lokales Thema sein.

Gruß und Dank für eure Tolle Arbeit

crunchip

@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 ist auch etwas was mit dem nächsten Controller nochmal optimiert wurde aber mit 5.0.19 eben noch nicht.

habe soeben von 6.0.9 auf 6.0.10 wechseln wollen, läuft aber wieder auf den selben Fehler wie zu Beginn hinaus

2024-08-05 21:50:10.617  - [31merror[39m: vis-inventwo.0 (1188) States database error: connect ECONNREFUSED 127.0.0.1:9000
2024-08-05 21:50:10.618  - [33mwarn[39m: vis-inventwo.0 (1188) get state error: Connection is closed.
2024-08-05 21:50:10.618  - [33mwarn[39m: vis-inventwo.0 (1188) get state error: DB closed
2024-08-05 21:50:12.150  - [31merror[39m: host.IoBroker [CONTROLLER_AUTO_UPGRADE] Could not install js-controller@6.0.10
2024-08-05 21:50:13.072  - [32minfo[39m: host.IoBroker [CONTROLLER_AUTO_UPGRADE] Final information delivered
2024-08-05 21:50:13.088  - [32minfo[39m: vis-inventwo.0 (1188) cleaned everything up...

dipsy

Hallo zusammen,

ich habe heute das js-controller update auf meinem Multihost-System durchgeführt, leider hat es ein Client nicht geschafft. Ich muss dazu sagen, das es ein Pi Zero2W mit schlechtem W-Lan Empfang ist. Ein zweiter hat das Update problemlos geschafft. Von daher bin ich mir nicht sicher ob ich hier richtig poste oder es besser wäre einen neuen Thread zu öffnen.
Der pi bringt mit iob diag folgende Ausgabe:

======================= SUMMARY =======================
v.2024-05-22

Static hostname: raspberrypi02
Icon name: computer
Operating System: Debian GNU/Linux 11 (bullseye)
Kernel: Linux 6.1.21-v8+
Architecture: arm64

Installation: native
Kernel: aarch64
Userland: 64 bit
Timezone: Europe/Berlin (CEST, +0200)
User-ID: 1000
Display-Server: false
Boot Target: multi-user.target

Pending OS-Updates: 0
node:internal/errors:496
ErrorCaptureStackTrace(err);
^

Error [ERR_INTERNAL_ASSERTION]: Code: ERR_MODULE_NOT_FOUND; The provided arguments length (2) does not match the required ones (3).
This is caused by either a bug in Node.js or incorrect usage of Node.js internals.
Please open an issue with this stack trace at https://github.com/nodejs/node/issues

at new NodeError (node:internal/errors:405:5)
at assert (node:internal/assert:14:11)
at getMessage (node:internal/errors:451:5)
at new NodeError (node:internal/errors:379:21)
at legacyMainResolve (node:internal/modules/esm/resolve:218:9)
at packageResolve (node:internal/modules/esm/resolve:903:14)
at moduleResolve (node:internal/modules/esm/resolve:973:20)
at defaultResolve (node:internal/modules/esm/resolve:1206:11)
at ModuleLoader.defaultResolve (node:internal/modules/esm/loader:404:12)
at ModuleLoader.resolve (node:internal/modules/esm/loader:373:25) {

code: 'ERR_INTERNAL_ASSERTION'
}

Node.js v18.20.4
Pending iob updates: 0

Nodejs-Installation:
/usr/bin/nodejs v18.20.4
/usr/bin/node v18.20.4
/usr/bin/npm 10.7.0
/usr/bin/npx 10.7.0
/usr/bin/corepack 0.28.0

Recommended versions are nodejs and npm
Your nodejs installation is correct

MEMORY:
total used free shared buff/cache available
Mem: 419M 71M 105M 0.0K 243M 288M
Swap: 2.0G 20M 2.0G
Total: 2.5G 91M 2.1G

Active iob-Instances: 0
node:internal/errors:496
ErrorCaptureStackTrace(err);
^

Error [ERR_INTERNAL_ASSERTION]: Code: ERR_MODULE_NOT_FOUND; The provided arguments length (2) does not match the required ones (3).
This is caused by either a bug in Node.js or incorrect usage of Node.js internals.
Please open an issue with this stack trace at https://github.com/nodejs/node/issues

at new NodeError (node:internal/errors:405:5)
at assert (node:internal/assert:14:11)
at getMessage (node:internal/errors:451:5)
at new NodeError (node:internal/errors:379:21)
at legacyMainResolve (node:internal/modules/esm/resolve:218:9)
at packageResolve (node:internal/modules/esm/resolve:903:14)
at moduleResolve (node:internal/modules/esm/resolve:973:20)
at defaultResolve (node:internal/modules/esm/resolve:1206:11)
at ModuleLoader.defaultResolve (node:internal/modules/esm/loader:404:12)
at ModuleLoader.resolve (node:internal/modules/esm/loader:373:25) {

code: 'ERR_INTERNAL_ASSERTION'
}

Node.js v18.20.4

node:internal/errors:496
ErrorCaptureStackTrace(err);
^

Error [ERR_INTERNAL_ASSERTION]: Code: ERR_MODULE_NOT_FOUND; The provided arguments length (2) does not match the required ones (3).
This is caused by either a bug in Node.js or incorrect usage of Node.js internals.
Please open an issue with this stack trace at https://github.com/nodejs/node/issues

at new NodeError (node:internal/errors:405:5)
at assert (node:internal/assert:14:11)
at getMessage (node:internal/errors:451:5)
at new NodeError (node:internal/errors:379:21)
at legacyMainResolve (node:internal/modules/esm/resolve:218:9)
at packageResolve (node:internal/modules/esm/resolve:903:14)
at moduleResolve (node:internal/modules/esm/resolve:973:20)
at defaultResolve (node:internal/modules/esm/resolve:1206:11)
at ModuleLoader.defaultResolve (node:internal/modules/esm/loader:404:12)
at ModuleLoader.resolve (node:internal/modules/esm/loader:373:25) {

code: 'ERR_INTERNAL_ASSERTION'
}

Node.js v18.20.4
ioBroker Core: js-controller
node:internal/errors:496
ErrorCaptureStackTrace(err);
^

Error [ERR_INTERNAL_ASSERTION]: Code: ERR_MODULE_NOT_FOUND; The provided arguments length (2) does not match the required ones (3).
This is caused by either a bug in Node.js or incorrect usage of Node.js internals.
Please open an issue with this stack trace at https://github.com/nodejs/node/issues

at new NodeError (node:internal/errors:405:5)
at assert (node:internal/assert:14:11)
at getMessage (node:internal/errors:451:5)
at new NodeError (node:internal/errors:379:21)
at legacyMainResolve (node:internal/modules/esm/resolve:218:9)
at packageResolve (node:internal/modules/esm/resolve:903:14)
at moduleResolve (node:internal/modules/esm/resolve:973:20)
at defaultResolve (node:internal/modules/esm/resolve:1206:11)
at ModuleLoader.defaultResolve (node:internal/modules/esm/loader:404:12)
at ModuleLoader.resolve (node:internal/modules/esm/loader:373:25) {

code: 'ERR_INTERNAL_ASSERTION'
}

Node.js v18.20.4
admin

node:internal/errors:496
ErrorCaptureStackTrace(err);
^

Error [ERR_INTERNAL_ASSERTION]: Code: ERR_MODULE_NOT_FOUND; The provided arguments length (2) does not match the required ones (3).
This is caused by either a bug in Node.js or incorrect usage of Node.js internals.
Please open an issue with this stack trace at https://github.com/nodejs/node/issues

at new NodeError (node:internal/errors:405:5)
at assert (node:internal/assert:14:11)
at getMessage (node:internal/errors:451:5)
at new NodeError (node:internal/errors:379:21)
at legacyMainResolve (node:internal/modules/esm/resolve:218:9)
at packageResolve (node:internal/modules/esm/resolve:903:14)
at moduleResolve (node:internal/modules/esm/resolve:973:20)
at defaultResolve (node:internal/modules/esm/resolve:1206:11)
at ModuleLoader.defaultResolve (node:internal/modules/esm/loader:404:12)
at ModuleLoader.resolve (node:internal/modules/esm/loader:373:25) {

code: 'ERR_INTERNAL_ASSERTION'
}

Node.js v18.20.4
ioBroker Status:

Status admin and web instance:

Objects: 0
States: 0

Size of iob-Database:

3.2M /opt/iobroker/iobroker-data/objects.jsonl
364K /opt/iobroker/iobroker-data/states.jsonl

=================== END OF SUMMARY ====================


=== Mark text until here for copying ===

Vielleicht könnt ihr mir helfen und/oder habt eine Idee.

greetz dipsy

Thomas Braun

@dipsy

Die Meldungen hab ich noch nie gesehen.

In stabilerer WLAN-Verbindung nochmal drüberkleistern?

cd /opt/iobroker
npm install iobroker.js-controller@6.0.9

foxriver76

@crunchip kommt beim stoppen irgendwann killing pid im log? Ansonsten kannst du das nachstellen dass du den Controller stoppst und inventtwo noch weiter läuft?

Meiner Meinung nach nachdem ich kurz in inventtwo rein geschaut habe ist es sowieso ein Missverständnis dass dieser Adapter ein Daemon ist, er tut eigentlich nichts zur Laufzeit außer 4 Objekte schreiben die er auch über die io-Package schreiben lassen könnte.

crunchip

@foxriver76 ein paar andere Instanzen mit killing pid, aber nicht diese
nur das zu finden

2024-08-05 21:48:24.616  - [32minfo[39m: host.IoBroker stopInstance system.adapter.vis-inventwo.0 (force=false, process=true)
2024-08-05 21:48:30.620  - [32minfo[39m: host.IoBroker [CONTROLLER_AUTO_UPGRADE] Successfully stopped js-controller
2024-08-05 21:48:30.622  - [32minfo[39m: host.IoBroker [CONTROLLER_AUTO_UPGRADE] Server is running on http://localhost:8081
2024-08-05 21:48:40.582  - [32minfo[39m: host.IoBroker force terminating
2024-08-05 21:48:40.582  - [32minfo[39m: host.IoBroker Adapter vis-inventwo still running
2024-08-05 21:48:45.271  - [31merror[39m: vis-inventwo.0 (1188) Objects database error: connect ECONNREFUSED 127.0.0.1:9001

@foxriver76 sagte in js-controller 6.0.x jetzt für alle User im STABLE!:

Ansonsten kannst du das nachstellen dass du den Controller stoppst und inventtwo noch weiter läuft?

root@IoBroker:/opt/iobroker# pkill -u iobroker
root@IoBroker:/opt/iobroker# ps -aux | grep io
root         1  0.0  0.0   7412  3652 ?        Ss   22:03   0:00 bash /opt/scripts/iobroker_startup.sh
iobroker  1568  0.0  0.0   5844   900 ?        S    22:42   0:00 tail -f /dev/null
root      1575  0.0  0.0   6680  2184 pts/0    S+   22:42   0:00 grep io
root@IoBroker:/opt/iobroker#

da ist nichts zu sehen

EDIT
iobroker läuft wieder
stoppe ich die Instanz, läuft der Prozess aber trotzdem noch

iobroker  1228  0.4  0.2 11162260 70732 ?      Sl   22:50   0:00 io.vis-inventwo.0

isi07

@foxriver76
kurze Rückmeldung: bei mir ist das Problem mit den alias Meldungen mit dem Update des js-controller heute verschwunden.
Vielen Dank für die schnelle Lösung.

foxriver76

@crunchip hm ich muss mir den adapter auch mal installieren und schauen ob sich das auch so verhält mit stopped meinte ich allerdings iob stop

crunchip

@foxriver76 sagte in js-controller 6.0.x jetzt für alle User im STABLE!:

mit stopped meinte ich allerdings iob stop

root@IoBroker:/opt/iobroker# iob m on
You are now going to stop ioBroker and activate maintenance mode for this container.
Do you want to continue [yes/no]? y
Activating maintenance mode...
Stopping ioBroker..............
Timeout reached. Killing remaining processes...
1228 io.vis-inventwo.0
Done.
root@IoBroker:/opt/iobroker# ps -aux | grep io
root         1  0.0  0.0   7412  3580 ?        Ss   22:45   0:00 bash /opt/scripts/iobroker_startup.sh
iobroker  1580  0.0  0.0   5844   912 ?        S    23:13   0:00 tail -f /dev/null
root      1587  0.0  0.0   6680  2192 pts/0    S+   23:13   0:00 grep io
root@IoBroker:/opt/iobroker#

oFbEQnpoLKKl6mbY5e13

@isi07 sagte in js-controller 6.0.x jetzt für alle User im STABLE!:

@foxriver76
kurze Rückmeldung: bei mir ist das Problem mit den alias Meldungen mit dem Update des js-controller heute verschwunden.
Vielen Dank für die schnelle Lösung.

Me too!

sigi234

@foxriver76 sagte in js-controller 6.0.x jetzt für alle User im STABLE!:

@crunchip hm ich muss mir den adapter auch mal installieren und schauen ob sich das auch so verhält mit stopped meinte ich allerdings iob stop

Bei mir alle Updates erfolgreich und keine Fehler, auch bei Inwentwo Adapter.

Plattform: Windows
RAM: 15.9 GB
Admin: 7.0.23
JS-Controller: 6.0.10
Node.js: v20.16.0
NPM: 10.8.1
Vis 2 Inventwo Widgets: 0.1.11
Inventwo Design Widgets: 3.3.4

crunchip

@sigi234 Unterschied bei uns beiden
docker vs windows
nodejs18 vs 20

sigi234

@crunchip sagte in js-controller 6.0.x jetzt für alle User im STABLE!:

@sigi234 Unterschied bei uns beiden

Und ev. auch das?

Screenshot (902).png

crunchip

@sigi234

foxriver76

@crunchip Hm der Controller stoppt auf Docker auch mit dem maintenance Skript, wartet 3 Sekunden und macht dann weiter. Evtl brauchen wir da 2 Sekunden mehr Timeout für manche Fälle.. oder müssen checken dass alle Prozesse weg sind. Ansonsten weiß ich nicht ob das maintenance Skript bei Aktivierung sich um das killen der Prozesse kümmert..

crunchip

@foxriver76 sagte in js-controller 6.0.x jetzt für alle User im STABLE!:

Evtl brauchen wir da 2 Sekunden mehr Timeout für manche Fälle

Kann ich das auf die schnelle manuell ändern und testen?
Noch läuft 6.0.9

@foxriver76 sagte in js-controller 6.0.x jetzt für alle User im STABLE!:

oder müssen checken dass alle Prozesse weg sind

Ich dachte das ist mit v6 so optimiert

foxriver76

@crunchip es ist optimiert, dass der Prozess ein sigkill am beim timeout bekommt wenn er sich nicht in time beendet. Aber das Timing beim Update mit Webserver ist ne andere Sache. Und ja Docker weiß ich nicht wie er den Controller beendet und ob da alles etwas länger dauert. Da das maintenencae Skript villt davor noch anderes tut, müsste André was zu sagen.

dipsy

@thomas-braun sagte in js-controller 6.0.x jetzt für alle User im STABLE!:

cd /opt/iobroker
npm install iobroker.js-controller@6.0.9

Hallo @Thomas-Braun ,

viel Dank, es hat keine 2 Minuten gedauert und der pi hat sich am Master erfolgreich angmeldet und die Instanz gestartet.

greetz dipsy

NEWS

js-controller 6.0.x jetzt für alle User im STABLE!

Support us

923
Online

31.6k
Users

79.4k
Topics

1.3m
Posts

NEWS

js-controller 6.0.x jetzt für alle User im STABLE!

Support us

923Online

31.6kUsers

79.4kTopics

1.3mPosts

923
Online

31.6k
Users

79.4k
Topics

1.3m
Posts