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

[Holzi99]

Hallo,

ich habe gesehen, dass der neue js-controller Version in 7.x verfügbar ist.
Mein System läuft noch auf Version 5.

In der Beschreibung wird von einem schrittweisen Update auf Version 7 gesprochen und dies empfohlen.

Wie kann ich denn erst Version 6.x und dann Version 7.x installieren? Ich finde dazu keinen Befehl. Wenn ich das Update über den ioBroker anstoße, holt er sich direkt die Version 7.x.

Könnt Ihr mir da bitte helfen?

Es grüßt
der Holzi

[foxriver76]

@holzi99 Nur mittels Kommandzeile. npm i iobroker.js-controller@version --omit=dev im Verzeichnis /opt/iobroker

[Holzi99]

@foxriver76

Danke!
Die Frage ist, muss das unbedingt?

Wie sind da eure Erfahrungen?

Ich hab ein wenig Angst, dass ich mir mit diesem Schritt alles zerschieße. Es reicht wohl nicht aus, wenn man nur deinen Befehl eingibt und danach läuft wieder alles oder?

[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.