js-controller Lucy (Version 7.0) jetzt im Stable Repository

[Thomas Braun]

@holzi99 sagte in js-controller Lucy (Version 7.0) jetzt im Stable Repository:

Es reicht wohl nicht aus, wenn man nur deinen Befehl eingibt

Wenn du nur einen Versionssprung machen würdest schon.
Da du aber die Kiste nicht regelmäßig pflegst musste halt jetzt mehr Aufwand treiben...
Mit dem dämlichen 'never change a running system' gewinnst du nämlich genau gar nichts.

[Homoran]

Bitte in diesem Thread jetzt nicht diese Grundsatzdiskussion führen!

Die Frage nach dem wie passte hier rein, ist ggf. auch für andere im Zusammenhang mit dem 7er Controller interessant

[Thomas Braun]

@homoran

Es wird nur niemand getestet haben, ob man von Vorversion X auf den aktuellen Stand springen kann. Das kannste nämlich nur von der direkten Vorversion aus testen.
Deswegen sind auch die Zwischenschritte zur nächsten Major-Version dringendst empfohlen. Ggfls. notwendige Konfigurationsänderungen werden nur von einer zur nächsten Version vorgenommen, nicht aber wenn du Versionen auslässt.

Und je größer der Sprung dann ausfällt desto mehr geht dann auch schief. Quasi mit Ansage.

[foxriver76]

Wie @Thomas-Braun sagt. Im Installationsprozess mancher Controller-Versionen werden diverse Kompatibilitäten sichergestellt oder Dinge aufgeräumt, 5 Versionen später wird dann evtl. einfach davon ausgegangen dass diese Dinge damals schon gefixt wurden da sie bei Neuinstallationen nicht da wären. In dem Fall von 5 auf 7 sollte es keine Probleme geben. "Sollte" ich habs nicht getestet!

[Thomas Braun]

@foxriver76

Ist haargenau die gleiche Situation bei den Sprüngen von einer Debian/Ubuntu/wasauchimmer-Version zu einer höheren. Das kann mit dem Überspringen funktionieren, wenn die Basis-Installation sehr minimal ist und Änderungen ggfls. nur in anderen Bereichen zum tragen kommen. Es muss aber nicht funktionieren. Mindestens wird das Vorhaben aber komplexer.

[bahnuhr]

Sowohl auf dem Master, als auch auf dem Slave kommt:

Nach einer gewissen Zeit drücke ich dann F5 und dann steht da:

Scheint wohl doch geklappt zu haben.

[Holzi99]

@foxriver76

Ok, vielen Dank!
Dann wäre es ja für andere ggf. auch sehr interessant, wenn das gleiche Problem besteht.

Denn: Wie @Thomas-Braun wohl gerne unterstellt, pflegt man sein System nicht. Merkwürdigerweise habe ich unter apt-get update keine aktualisierbaren Pakete, das System läuft auf Bookworm und im ioBroker unter Adapter taucht ein Update auf, welches aber den js-controller 6 voraussetzt.

Keine Ahnung, was das mit "Never change a running system" zu tun hat. Aber es soll Leute geben, die arbeiten, sind längere Zeit nicht zuhause und hängen nicht 24/7 am Terminal und prüfen sekündlich die Updates.

@foxriver76
Wenn ich das also richtig verstanden habe, dann führe ich jetzt folgendes aus:

1. iob stop
2. Wechsel ins Verzeichnis /opt/iobroker/
3. Führe den Befehl "npm i iobroker.js-controller@6.0.11 --omit=dev" aus und warte bis die Installation durch ist
4. iob start

Und danach sollte die Version 6.0.11 aktiv sein und von der kann ich dann auf v7.x gehen.

Alles korrekt?

Es grüßt
der Holzi

[Thomas Braun]

@holzi99

Wenn ich

Mein System läuft noch auf Version 5.

lese ist das wohl keine 'Unterstellung' sondern eine Tatsache.
Der js-controlller@6 ist ja nun schon geraume Zeit aktuell (gewesen).

und prüfen sekündlich die Updates.

Polemik. Zwischen 'sekündlich' und 'einmal im Jahr' gibt es ja nun noch was dazwischen.

[MartinP]

Habe "die erste Wahl" genommen

Die erste Wahl für Linux Systeme ist die Aktualisierung über den Admin im Hosts Tab.
Sollte diese nicht verfügbar sein bitte folgenden Weg wählen:

ioBroker stoppen (iobroker stop)
Prüfen das keine Prozesse (Adapter, Backups) mehr laufen (ps auxww|grep io und auch ps auxww|grep backup). Es passiert manchmal das trotz dem Stoppen noch Zombies zurückbleiben
Das Update erfolgt via iob upgrade self
ioBroker starten (iobroker start)

Dauer der Prozedur - etwa so lange, wie es dauerte, diesen Post zu schreiben - und das auf meiner lahmen Kiste (siehe signatur)

Dummerweise "rumpelt" der MQTT Broker/Client wieder herum...

Verträgt sich nicht mit meinem ESP32 Device...

Wenn die einmal "out-of-sync" sind, kommen sie nur schwer wieder zusammen in Endlosschleife folgender Sermon:

mqtt.0
	2024-11-28 18:45:35.699	warn	Client [esp32-f8aea129e748] Message 23 deleted after 11 retries
mqtt.0
	2024-11-28 18:45:37.699	warn	Client [esp32-f8aea129e748] Message 23 deleted after 11 retries
mqtt.0
	2024-11-28 18:45:39.699	warn	Client [esp32-f8aea129e748] Message 23 deleted after 11 retries
mqtt.0
	2024-11-28 18:45:41.699	warn	Client [esp32-f8aea129e748] Message 23 deleted after 11 retries
mqtt.0
	2024-11-28 18:45:43.701	warn	Client [esp32-f8aea129e748] Message 23 deleted after 11 retries
mqtt.0
	2024-11-28 18:45:47.702	warn	Client [esp32-e0624b304ec0] Message 23 deleted after 11 retries
mqtt.0
	2024-11-28 18:45:48.081	info	Client [esp32-f8aea129e748] connection closed: closed
mqtt.0
	2024-11-28 18:45:50.300	info	Client [esp32-e0624b304ec0] connection closed: closed
mqtt.0
	2024-11-28 18:45:57.090	info	Client [esp32-f8aea129e748] connected with secret 1732815957089_4712
mqtt.0
	2024-11-28 18:45:57.097	info	Client [esp32-f8aea129e748] Received pubrec on esp32-f8aea129e748 for unknown messageId 1

Das ist aber auch nach anderweitigen Neustarts des iobroker ein mir bekanntes Problem ...

meist kriege ich es weg, wenn ich die mqtt.0 Instanz neu starte

[Holzi99]

@martinp

D.h. Du bist auch von Version 5.x auf 7.x gesprungen?
Ich trau mich das noch nicht aus der Ferne auszulösen, wenn die Maschine dann hängt bin ich geliefert!

[MartinP]

@holzi99 Nee, hatte vorher 6.x

Bin bemüht im Rahmen des Stable Repositories im Tritt zu bleiben ... Wenn man da die Zügel zu sehr schleifen lässt, rächt sich das genauso, als wenn man den neuesten heißen Sch**** aus Github installiert ...
Letzteres lässt sich aber in der Regel leichter beheben, als Ersteres ...
Freue mich aber auch nicht gerade auf die Zeit zwischen ... Mitte 2025 und '26 - da muss irgendwann debian Bookworm Trixie weichen ....

[Thomas Braun]

@martinp sagte in js-controller Lucy (Version 7.0) jetzt im Stable Repository:

Freue mich aber auch nicht gerade auf die Zeit zwischen ... Mitte 2025 und '26 - da muss irgendwann debian Bookworm Trixie weichen ....

Mit der Strategie " im Tritt zu bleiben ..." dürfte das alles keine großen Klimmzüge benötigen.

[Josh]

Ich habe gerade meinen Master und die beiden Slaves upgegraded. Beim Master gab es keine Auffälligkeiten. Bei den beiden Slaves kam nach dem Upgradestart per WebGUI eine Fehlermeldung. Trotzdem sind auch dort die Upgrades durchgelaufen. Alle Adapter wieder grün.

Danke an die Devs.

[Feuersturm]

@foxriver76 Ich hab gerade auf meinem Produktivsystem das update auf js-controller 7.0.3 durchgeführt über die Admin UI (v7.4.1) und hatte folgende Fehler im Log

2024-11-29 19:22:16.391 - info: host.ioBroker All instances are stopped.
2024-11-29 19:22:16.490 - info: host.ioBroker terminated
2024-11-29 19:22:20.769 - info: host.ioBroker [CONTROLLER_AUTO_UPGRADE] Successfully stopped js-controller
2024-11-29 19:22:20.794 - info: host.ioBroker [CONTROLLER_AUTO_UPGRADE] Server is running on http://localhost:8081
2024-11-29 19:23:30.056 - info: host.ioBroker [CONTROLLER_AUTO_UPGRADE] Final information delivered
2024-11-29 19:23:30.190 - info: host.ioBroker [CONTROLLER_AUTO_UPGRADE] Successfully started js-controller
2024-11-29 19:23:33.536 - info: host.ioBroker iobroker.js-controller version 7.0.3 js-controller starting
2024-11-29 19:23:33.550 - info: host.ioBroker Copyright (c) 2014-2024 bluefox, 2014 hobbyquaker
2024-11-29 19:23:33.555 - info: host.ioBroker hostname: ioBroker, node: v20.18.1
2024-11-29 19:23:33.560 - info: host.ioBroker ip addresses: 192.168.178.54 fe80::f854:c1ff:fe5f:6c25
2024-11-29 19:23:36.448 - info: host.ioBroker connected to Objects and States
2024-11-29 19:23:36.494 - info: host.ioBroker added notifications configuration of host
2024-11-29 19:23:36.528 - info: host.ioBroker Node.js version has changed from 20.18.0 to 20.18.1
2024-11-29 19:23:36.725 - info: host.ioBroker Successfully updated capabilities "cap_net_admin, cap_net_bind_service, cap_net_raw" for /usr/bin/node
2024-11-29 19:23:37.813 - info: host.ioBroker 67 instances found
2024-11-29 19:23:37.939 - info: host.ioBroker starting 53 instances
2024-11-29 19:23:38.745 - info: host.ioBroker Delete state "system.host.ioBroker.versions.nodeCurrent"
2024-11-29 19:23:39.127 - info: host.ioBroker Delete state "system.host.ioBroker.versions.nodeNewest"
2024-11-29 19:23:39.177 - info: host.ioBroker instance system.adapter.admin.0 in version "7.4.1" started with pid 19934
2024-11-29 19:23:39.197 - info: host.ioBroker Delete state "system.host.ioBroker.versions.nodeNewestNext"
2024-11-29 19:23:39.208 - info: host.ioBroker Delete state "system.host.ioBroker.versions.npmCurrent"
2024-11-29 19:23:39.219 - info: host.ioBroker Delete state "system.host.ioBroker.versions.npmNewest"
2024-11-29 19:23:39.236 - info: host.ioBroker Delete state "system.host.ioBroker.versions.npmNewestNext"
2024-11-29 19:23:39.249 - info: host.ioBroker Some obsolete host states deleted.
2024-11-29 19:23:42.937 - info: host.ioBroker instance system.adapter.javascript.0 in version "8.8.3" started with pid 19941
2024-11-29 19:23:45.918 - info: admin.0 (19934) starting. Version 7.4.1 in /opt/iobroker/node_modules/iobroker.admin, node: v20.18.1, js-controller: 7.0.3
2024-11-29 19:23:46.187 - info: admin.0 (19934) requesting all objects
2024-11-29 19:23:48.054 - debug: javascript.0 (19941) Redis Objects: Use Redis connection: 127.0.0.1:9001
2024-11-29 19:23:48.780 - debug: javascript.0 (19941) Objects client ready ... initialize now
2024-11-29 19:23:48.834 - debug: javascript.0 (19941) Objects create System PubSub Client
2024-11-29 19:23:48.841 - debug: javascript.0 (19941) Objects create User PubSub Client
2024-11-29 19:23:49.545 - info: host.ioBroker instance system.adapter.scenes.0 in version "3.2.3" started with pid 19968
2024-11-29 19:23:49.565 - debug: javascript.0 (19941) Objects client initialize lua scripts
2024-11-29 19:23:49.596 - debug: javascript.0 (19941) Objects connected to redis: 127.0.0.1:9001
2024-11-29 19:23:49.796 - debug: javascript.0 (19941) Redis States: Use Redis connection: 127.0.0.1:9000
2024-11-29 19:23:49.871 - debug: javascript.0 (19941) States create System PubSub Client
2024-11-29 19:23:49.877 - debug: javascript.0 (19941) States create User PubSub Client
2024-11-29 19:23:50.372 - info: admin.0 (19934) received all objects
2024-11-29 19:23:51.629 - debug: javascript.0 (19941) States connected to redis: 127.0.0.1:9000
2024-11-29 19:23:51.903 - info: host.ioBroker instance system.adapter.scheduler.0 in version "1.4.1" started with pid 19982
2024-11-29 19:23:52.160 - info: admin.0 (19934) socket.io server listening on port 8081
2024-11-29 19:23:52.171 - info: admin.0 (19934) http server listening on port 8081
2024-11-29 19:23:52.176 - info: admin.0 (19934) Use link "http://127.0.0.1:8081" to configure.
2024-11-29 19:23:52.794 - debug: javascript.0 (19941) Plugin sentry Initialize Plugin (enabled=true)
2024-11-29 19:23:55.345 - error: admin.0 (19934) uncaught exception: write EPIPE
2024-11-29 19:23:55.349 - error: admin.0 (19934) Error: write EPIPE
at afterWriteDispatched (node:internal/stream_base_commons:161:15)
at writeGeneric (node:internal/stream_base_commons:152:3)
at Socket._writeGeneric (node:net:958:11)
at Socket._write (node:net:970:8)
at writeOrBuffer (node:internal/streams/writable:572:12)
at _write (node:internal/streams/writable:501:10)
at Socket.Writable.write (node:internal/streams/writable:510:10)
at _checkPassword (/opt/iobroker/node_modules/iobroker.admin/src/lib/checkLinuxPass.ts:47:35)
at Socket. (/opt/iobroker/node_modules/iobroker.admin/src/lib/checkLinuxPass.ts:81:21)
at Socket.emit (node:events:518:28)
2024-11-29 19:23:55.369 - error: admin.0 (19934) Exception-Code: EPIPE: write EPIPE
2024-11-29 19:23:55.516 - info: admin.0 (19934) terminating http server on port 8081
2024-11-29 19:23:55.524 - info: admin.0 (19934) terminating
2024-11-29 19:23:55.530 - warn: admin.0 (19934) Terminated (UNCAUGHT_EXCEPTION): Without reason
2024-11-29 19:23:55.992 - info: host.ioBroker instance system.adapter.influxdb.1 in version "4.0.2" started with pid 20004
2024-11-29 19:23:56.455 - error: host.ioBroker Caught by controller[0]: Error: write EPIPE
2024-11-29 19:23:56.461 - error: host.ioBroker Caught by controller[0]: at afterWriteDispatched (node:internal/stream_base_commons:161:15)
2024-11-29 19:23:56.464 - error: host.ioBroker Caught by controller[0]: at writeGeneric (node:internal/stream_base_commons:152:3)
2024-11-29 19:23:56.467 - error: host.ioBroker Caught by controller[0]: at Socket._writeGeneric (node:net:958:11)
2024-11-29 19:23:56.471 - error: host.ioBroker Caught by controller[0]: at Socket._write (node:net:970:8)
2024-11-29 19:23:56.478 - error: host.ioBroker Caught by controller[0]: at writeOrBuffer (node:internal/streams/writable:572:12)
2024-11-29 19:23:56.489 - error: host.ioBroker Caught by controller[0]: at _write (node:internal/streams/writable:501:10)
2024-11-29 19:23:56.492 - error: host.ioBroker Caught by controller[0]: at Socket.Writable.write (node:internal/streams/writable:510:10)
2024-11-29 19:23:56.502 - error: host.ioBroker Caught by controller[0]: at _checkPassword (/opt/iobroker/node_modules/iobroker.admin/src/lib/checkLinuxPass.ts:47:35)
2024-11-29 19:23:56.509 - error: host.ioBroker Caught by controller[0]: at Socket. (/opt/iobroker/node_modules/iobroker.admin/src/lib/checkLinuxPass.ts:81:21)
2024-11-29 19:23:56.514 - error: host.ioBroker Caught by controller[0]: at Socket.emit (node:events:518:28) {
2024-11-29 19:23:56.519 - error: host.ioBroker Caught by controller[0]: errno: -32,
2024-11-29 19:23:56.523 - error: host.ioBroker Caught by controller[0]: code: 'EPIPE',
2024-11-29 19:23:56.526 - error: host.ioBroker Caught by controller[0]: syscall: 'write'
2024-11-29 19:23:56.532 - error: host.ioBroker Caught by controller[0]: }
2024-11-29 19:23:56.537 - error: host.ioBroker instance system.adapter.admin.0 terminated with code 1 (JS_CONTROLLER_STOPPED)
2024-11-29 19:23:56.543 - info: host.ioBroker Restart adapter system.adapter.admin.0 because enabled
2024-11-29 19:24:00.984 - info: host.ioBroker instance scheduled system.adapter.ical.0 0 * * * *
2024-11-29 19:24:01.013 - info: host.ioBroker instance system.adapter.ical.0 in version "1.16.1" started with pid 20029
2024-11-29 19:24:01.688 - info: javascript.0 (19941) starting. Version 8.8.3 in /opt/iobroker/node_modules/iobroker.javascript, node: v20.18.1, js-controller: 7.0.3
2024-11-29 19:24:01.846 - debug: javascript.0 (19941) config.subscribe (Do not subscribe all states on start): false
2024-11-29 19:24:01.865 - debug: javascript.0 (19941) Custom libraries in config: "xml2js moment moment-timezone moment-duration-format mathjs node-unifi": ["xml2js","moment","moment-timezone","moment-duration-format","mathjs","node-unifi"]
2024-11-29 19:24:01.900 - debug: javascript.0 (19941) Found installed libraries: ["mathjs","moment","moment-duration-format","moment-timezone","node-unifi","xml2js"]
2024-11-29 19:24:01.905 - debug: javascript.0 (19941) Found custom library in config: "xml2js@latest"
2024-11-29 19:24:04.001 - info: scenes.0 (19968) starting. Version 3.2.3 in /opt/iobroker/node_modules/iobroker.scenes, node: v20.18.1, js-controller: 7.0.3
2024-11-29 19:24:04.038 - info: host.ioBroker instance scheduled system.adapter.ical.1 0 * * * *
2024-11-29 19:24:04.089 - info: host.ioBroker instance system.adapter.ical.1 in version "1.16.1" started with pid 20055
2024-11-29 19:24:04.933 - info: scheduler.0 (19982) starting. Version 1.4.1 in /opt/iobroker/node_modules/iobroker.scheduler, node: v20.18.1, js-controller: 7.0.3
2024-11-29 19:24:07.555 - info: host.ioBroker instance scheduled system.adapter.ical.2 0 * * * *
2024-11-29 19:24:07.582 - info: host.ioBroker instance system.adapter.ical.2 in version "1.16.1" started with pid 20070
2024-11-29 19:24:08.448 - info: influxdb.1 (20004) starting. Version 4.0.2 in /opt/iobroker/node_modules/iobroker.influxdb, node: v20.18.1, js-controller: 7.0.3
2024-11-29 19:24:08.608 - info: influxdb.1 (20004) No stored data from last exit found
2024-11-29 19:24:08.636 - info: influxdb.1 (20004) Connecting http://192.168.178.101:8086/ ...
2024-11-29 19:24:08.650 - info: influxdb.1 (20004) Influx DB Version used: 2.x

Edit: Ich hab den Epipe Fehler letztens auf meinem Testsystem gesehen als ich auf admin 7.4.2 aktualisiert habe https://github.com/ioBroker/ioBroker.admin/issues/2839
Ist es ein admin oder js-controller Thema?

Feuer-sturm created this issue in ioBroker/ioBroker.admin

closed [bug]: uncaught exception: write EPIPE after update to admin 7.4.2 #2839

[foxriver76]

@feuersturm ja sollte man sich erst mal bei Admin anschauen muss man Code schauen was an der Stelle passiert.

[BugBuster1701]

Nachdem ich auf 7.0.3 aktualisiert habe, bekomme ich Probleme mit meinem Heitzungsthermostat.
Ich musste die Batterien tauschen und habe den dann neu gekoppelt. Dabei kommen Fehlermeldungen mit Hinweis auf js-controller 7.0.
Das Thermostat koppelt war, ist aber nicht mehr steuerbar.

Start Kopplung

2024-11-30 16:16:24.485 - info: zigbee.0 (1924) Starting interview of '0x847127fffe11dad6'
2024-11-30 16:16:24.734 - info: zigbee.0 (1924) Device '0x847127fffe11dad6' announced itself
2024-11-30 16:16:24.891 - warn: zigbee.0 (1924) Object 847127fffe11dad6.mode is invalid: obj.common.states has an invalid type! Expected "object", received "string" This will throw an error up from js-controller version 7.0.0!
2024-11-30 16:16:24.893 - warn: zigbee.0 (1924) Object 847127fffe11dad6.mode_force is invalid: obj.common.states has an invalid type! Expected "object", received "string" This will throw an error up from js-controller version 7.0.0!
2024-11-30 16:16:25.034 - warn: zigbee.0 (1924) Object zigbee.0.847127fffe11dad6.mode is invalid: obj.common.states has an invalid type! Expected "object", received "string" This will throw an error up from js-controller version 7.0.0!
2024-11-30 16:16:25.035 - warn: zigbee.0 (1924) Object zigbee.0.847127fffe11dad6.mode_force is invalid: obj.common.states has an invalid type! Expected "object", received "string" This will throw an error up from js-controller version 7.0.0!
2024-11-30 16:16:26.001 - info: zigbee.0 (1924) Successfully interviewed '0x847127fffe11dad6', device has successfully been paired
2024-11-30 16:16:26.001 - info: zigbee.0 (1924) Device '0x847127fffe11dad6' is supported, identified as: Siterwell Radiator valve with thermostat (GS361A-H04)
2024-11-30 16:17:19.580 - info: zigbee.0 (1924) Zigbee: stop joining
2024-11-30 16:17:43.286 - info: zigbee.0 (1924) -> Configuring 0x847127fffe11dad6 TS0601

Start Reconfigure

2024-11-30 16:17:43.290 - warn: zigbee.0 (1924) DeviceConfigure: 0x847127fffe11dad6 TS0601 Failed to configure. When device works is all fine when not wake up the device and check again

Was nun? Ist mein altes Zigbee Thermostat zu alt und nun inkompatible mit js-controller 7?

[BugBuster1701]

Nachtrag: Habe baugleiches Thermostat gewechselt. Die Fehlermeldungen bleiben, das ist aber trotzdem steuerbar. Macht die Sache nicht einfacher.

[foxriver76]

@bugbuster1701 die Controller Warnung hat nix damit zu.

[jolic]

Problem mit Snapshot-Update im VIS2 nach Upgrade des js-Controllers auf Version 7.0.3

Hallo, ich habe im VIS2 für eine Kamera ein Basic Image-Widget mit der URL zum Snapshot meiner Kamera eingebunden. Die Snapshot-URL funktioniert einwandfrei, und ich erhalte alle 2 Sekunden ein aktuelles Bild, da ich die Updatezeit(ms) auf 2000 eingestellt habe, um eine angemessene Bildaktualisierung zu erhalten.

Seit dem gestrigen Update des js-Controllers von Version 6.0.11 auf 7.0.3 funktioniert diese Updatezeit (basic_refreshInterval) jedoch nicht mehr. Das Bild wird nur noch aktualisiert, wenn ich die gesamte Seite neu lade. Getestet mit Fully Browser 1.53, Google Chrome 131.0.6778.86, Brave 1.73.91 und ioBroker Visu 1.3.0.

Kann dies jemand bestätigen (möglicherweise ein Bug) oder kennt eine Lösung dafür?

Das Update wurde erfolgreich über die Konsole durchgeführt, keine Fehler unter Protokolle, anbei meine aktuelle Konfiguration:

PlatformBetriebssystem:linux
Architektur:arm64
CPUs:4
Geschwindigkeit:1500 MHz
Modell:Cortex-A72
RAM:7.6 GB
System-Betriebszeit:23:33:38
Node.js:v20.18.0
time:1732988101669
timeOffset:-60
NPM:10.9.0
Adapter-Anzahl:547
Datenträgergröße:916.6 GB
Freier Festplattenspeicher:909.7 GB
Aktive Instanzen:14
Pfad:/opt/iobroker/
Betriebszeit:23:33:21
aktiv:true
_nodeCurrent:20.18.0
_nodeNewest:20.18.1
_nodeNewestNext:20.18.1
_npmCurrent:10.9.0
_npmNewest:10.8.2
_npmNewestNext:10.8.2

PS: Die Node.js-Version 20.18.1 wird bald für mein OS verfügbar sein. Ich vermute, dass dies kaum mit dem aktuellen Problem zusammenhängt.

Nachtrag: Sorry, da lag ich wohl falsch! Ich bin zurück auf Version 6.0.11, aber das Problem bleibt bestehen. In den letzten Tagen habe ich eigentlich nichts am ioBroker verändert, daher hatte ich vermutet, dass es am js-Controller liegt. Ich werde meine Logs noch einmal genauer durchsehen – möglicherweise hängt es mit einem Systemupdate zusammen.

[Thomas Braun]

@jolic sagte in js-controller Lucy (Version 7.0) jetzt im Stable Repository:

möglicherweise hängt es mit einem Systemupdate zusammen.

Und wie und wo und womit bist du da genau unterwegs?

iob diag

anschauen.