NEWS
js-controller 5.0.x jetzt für alle User im STABLE!
-
-
@foxriver76 Virtuelle Kiste Bier (oder gute Flasche Wein) sollte soeben via Paypal angekommen sein.
-
@wildbill sagte in js-controller 5.0.x jetzt für alle User im STABLE!:
@foxriver76 Virtuelle Kiste Bier (oder gute Flasche Wein) sollte soeben via Paypal angekommen sein.
Lieben Dank.
-
@letzi said in js-controller 5.0.x jetzt für alle User im STABLE!:
Ich sicherere alle 24h die SD Karte im Raspi, habe also ganz einfach eine Sicherung zur Wiederherstellung auf die alte JS Version genutzt. Leider hab ich mir keine LOGS gesichert. Da aber keine neue Version des gsmsms Adapter kommt, warte ich noch mit dem update.
Danke.
Ich hab auf die Schnelle KEIN js-controller 5issue im Adapter repo gefunden. Wenn du dein Problem keinem existierenden Issue zuordnen kannst erstell doch ein neues und gib unbedingt die betroffenen Versionen (adapter,js-controller, node,o/s und ggf Admin) an.
Ohne issue wird kaum was gefixed werden ...
-
Hallo,
ich konnte auf meinem Master den js-controller problemlos auf 5.0.12 updaten.Leider klappts aufm Slave nicht.
Es fehlt eine Datei - diese ist allerdings auf dem Master auch nicht vorhanden ...
Den Fixer habe ich schon durchlaufen lassen.
pi@ioBroker-slave:/opt/iobroker $ iob upgrade self --debug Update js-controller from @4.0.24 to @5.0.12 Stopped Objects DB Stopped States DB NPM version: 9.6.7 Installing iobroker.js-controller@5.0.12... (System call) npm ERR! code 6 npm ERR! path /opt/iobroker/node_modules/iobroker.js-controller npm ERR! command failed npm ERR! command sh -c node iobroker.js setup first npm ERR! creating conf/iobroker.json npm ERR! Uncaught Rejection: Error: /opt/iobroker/node_modules/@iobroker/js-controller-common-db/iobroker-data/iobroker.json: ENOENT: no such file or directory, open '/opt/iobroker/node_modules/@iobroker/js-controller-common-db/iobroker-data/iobroker.json' npm ERR! at Object.openSync (node:fs:603:3) npm ERR! at Object.readFileSync (node:fs:471:35) npm ERR! at Object.readFileSync (/opt/iobroker/node_modules/@iobroker/js-controller-common-db/node_modules/jsonfile/index.js:50:22) npm ERR! at getObjectsConstructor (/opt/iobroker/node_modules/@iobroker/js-controller-common-db/build/lib/common/objects.js:30:23) npm ERR! at dbConnect (/opt/iobroker/node_modules/@iobroker/js-controller-cli/build/lib/setup/dbConnection.js:73:67) npm ERR! at /opt/iobroker/node_modules/@iobroker/js-controller-cli/build/lib/setup/dbConnection.js:321:35 npm ERR! at new Promise (<anonymous>) npm ERR! at dbConnectAsync (/opt/iobroker/node_modules/@iobroker/js-controller-cli/build/lib/setup/dbConnection.js:321:12) npm ERR! at Setup.setupObjects (/opt/iobroker/node_modules/@iobroker/js-controller-cli/build/lib/setup/setupSetup.js:271:96) npm ERR! at Setup.setup (/opt/iobroker/node_modules/@iobroker/js-controller-cli/build/lib/setup/setupSetup.js:1038:14) npm ERR! A complete log of this run can be found in: /home/iobroker/.npm/_logs/2023-09-22T15_00_17_080Z-debug-0.log host.ioBroker-slave Cannot install iobroker.js-controller@5.0.12: 6
pi@ioBroker-slave:/opt/iobroker $ iob multihost status No configuration change needed. Multihost discovery server: disabled Discovery authentication: enabled Persistent activation: disabled Objects: redis on 192.168.2.19 States: redis on 192.168.2.19
Weiss jemand Rat?
-
Ich habe eben das Update vollzogen - grundsätzlich scheint alles zu funktionieren, aber ich habe seit dem Update einige Timeout-fehler:
Klicke ich auf "Hosts" bekomme ich auch ständig das "Langsame Verbindung erkannt"-Popup.
Ist da was schiefgelaufen und/oder muss ich da irgendwo Hand anlegen?
-
@oliver-w-leibenguth sagte in js-controller 5.0.x jetzt für alle User im STABLE!:
Ist da was schiefgelaufen und/oder muss ich da irgendwo Hand anlegen?
Vermutlich läuft im Hintergrund noch einiges. Abwarten.
Ansonsteniob diag
anschauen.
-
@thomas-braun sagte in js-controller 5.0.x jetzt für alle User im STABLE!:
Abwarten.
Das ist dieses "Geduld", oder?
Ansonsten
iob diag
anschauen.Auf was soll ich da achten? Ich sehe aber gerade, dass node.js knapp 90% CPU-Last produziert. Möglicherweise läuft da tatsächlich noch irgenwas im Hintergrund
-
@oliver-w-leibenguth sagte in js-controller 5.0.x jetzt für alle User im STABLE!:
Auf was soll ich da achten? I
Sind halt alles Indikatoren, was da auf dem System läuft/nicht läuft. Auf was spezielles kann man da nicht achten, das ergibt (meist) nur im Gesamten ein Bild ab.
-
bin mir jetzt nicht sicher ob es an js 5 liegt aber aktuell habe ich Probleme in vis. Bindings werden nicht mehr sicher aktualisiert obwohl sich deren Datenpunkt ändert. Das Problem hatte ich noch nie und an meiner VIS hab ich nix geändert. Hat jemand ähnliche Probleme?
-
Hallo,
ich habe "iobroker upgrade self" durchgeführt (Windows 11).
Fazit: Es entstand eine neue, leere ioBroker Instanz. Alles weg, echt Mist.
Natürlich habe ich ein Backup, das findet Backitup aber nicht: Keine Sicherungen vorhanden, stehen aber unter iobroker\backups.
Wie stelle ich meine Version inhaltlich wieder her? Jemand eine Idee?
Danke
ExMatador -
@exmatador sagte in js-controller 5.0.x jetzt für alle User im STABLE!:
Windows 11
unter iobroker\backups.
Keine Sicherungen vorhanden,eentuell das gleiche :
https://forum.iobroker.net/topic/68444/iobroker-backup-befehl-erzeugt-keine-datei-gelöst
-
ich habe soeben erfolgreich auf 5.0.12 upgedatet.
Lief einwandfrei durch.Einzig der Linux-Controll funktioniert nicht mehr.
Konnte auf die Schnelle nichts dazu finden, ob es einen Fix gibt.
Nur dies im 1. Beitrag. linux-control - required: ???Ein löschen der DP (wie in einem geschlossenem Issue gefunden) brachte nichts.
host.ioBroker 2023-09-24 20:14:29.178 error instance system.adapter.linux-control.0 terminated with code 6 (UNCAUGHT_EXCEPTION) host.ioBroker 2023-09-24 20:14:29.178 error Caught by controller[2]: at parseType (/opt/iobroker/node_modules/redis-parser/lib/parser.js:302:14) host.ioBroker 2023-09-24 20:14:29.178 error Caught by controller[2]: at parseError (/opt/iobroker/node_modules/redis-parser/lib/parser.js:179:12) host.ioBroker 2023-09-24 20:14:29.178 error Caught by controller[2]: ReplyError: Error The pattern "linux-control.0.Proxmox.services.●.stop" is not a valid ID pattern host.ioBroker 2023-09-24 20:14:29.178 error Caught by controller[2]: This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). The promise rejected with the reason: host.ioBroker 2023-09-24 20:14:29.178 error Caught by controller[1]: at processTicksAndRejections (node:internal/process/task_queues:95:5) host.ioBroker 2023-09-24 20:14:29.178 error Caught by controller[1]: at StateRedisClient.subscribe (/opt/iobroker/node_modules/@iobroker/db-states-redis/src/lib/states/statesInRedisClient.ts:1108:27) host.ioBroker 2023-09-24 20:14:29.178 error Caught by controller[1]: at Object.pattern2RegEx (/opt/iobroker/node_modules/@iobroker/js-controller-common/src/lib/common/tools.ts:2497:15) host.ioBroker 2023-09-24 20:14:29.178 error Caught by controller[1]: Error: The pattern "io.linux-control.0.Proxmox.services.●.start" is not a valid ID pattern host.ioBroker 2023-09-24 20:14:29.178 error Caught by controller[1]: This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). The promise rejected with the reason: host.ioBroker 2023-09-24 20:14:29.178 error Caught by controller[0]: at parseType (/opt/iobroker/node_modules/redis-parser/lib/parser.js:302:14) host.ioBroker 2023-09-24 20:14:29.178 error Caught by controller[0]: at parseError (/opt/iobroker/node_modules/redis-parser/lib/parser.js:179:12) host.ioBroker 2023-09-24 20:14:29.178 error Caught by controller[0]: ReplyError: Error The pattern "linux-control.0.Proxmox.services.●.restart" is not a valid ID pattern host.ioBroker 2023-09-24 20:14:29.178 error Caught by controller[0]: This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). The promise rejected with the reason: linux-control.0 2023-09-24 20:14:28.991 error [servicesInfo] Proxmox (10.0.1.201:22): error: DB closed, stack: Error: DB closed at Redis.sendCommand (/opt/iobroker/node_modules/ioredis/built/redis/index.js:636:24) at Redis.get (/opt/iobroker/node_modules/ioredis/built/commander.js:122:25) at StateRedisClient.setState (/opt/iobroker/node_modules/@iobroker/db-states-redis/src/lib/states/statesInRedisClient.ts:726:40) at LinuxControl._setState (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/src/lib/adapter/adapter.ts:7711:34) linux-control.0 2023-09-24 20:14:28.552 error Error The pattern "linux-control.0.Proxmox.services.●.stop" is not a valid ID pattern linux-control.0 2023-09-24 20:14:28.552 error ReplyError: Error The pattern "linux-control.0.Proxmox.services.●.stop" is not a valid ID pattern at parseError (/opt/iobroker/node_modules/redis-parser/lib/parser.js:179:12) at parseType (/opt/iobroker/node_modules/redis-parser/lib/parser.js:302:14) linux-control.0 2023-09-24 20:14:28.552 error unhandled promise rejection: Error The pattern "linux-control.0.Proxmox.services.●.stop" is not a valid ID pattern linux-control.0 2023-09-24 20:14:28.552 error Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). linux-control.0 2023-09-24 20:14:28.538 error The pattern "io.linux-control.0.Proxmox.services.●.start" is not a valid ID pattern linux-control.0 2023-09-24 20:14:28.538 error Error: The pattern "io.linux-control.0.Proxmox.services.●.start" is not a valid ID pattern at Object.pattern2RegEx (/opt/iobroker/node_modules/@iobroker/js-controller-common/src/lib/common/tools.ts:2497:15) at StateRedisClient.subscribe (/opt/iobroker/node_modules/@iobroker/db-states-redis/src/lib/states/statesInRedisClient.ts:1108:27) at processTicksAndRejections (node:internal/process/task_queues:95:5) linux-control.0 2023-09-24 20:14:28.458 error unhandled promise rejection: The pattern "io.linux-control.0.Proxmox.services.●.start" is not a valid ID pattern linux-control.0 2023-09-24 20:14:28.458 error Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). linux-control.0 2023-09-24 20:14:28.367 error Error The pattern "linux-control.0.Proxmox.services.●.restart" is not a valid ID pattern linux-control.0 2023-09-24 20:14:28.366 error ReplyError: Error The pattern "linux-control.0.Proxmox.services.●.restart" is not a valid ID pattern at parseError (/opt/iobroker/node_modules/redis-parser/lib/parser.js:179:12) at parseType (/opt/iobroker/node_modules/redis-parser/lib/parser.js:302:14) linux-control.0 2023-09-24 20:14:28.365 error unhandled promise rejection: Error The pattern "linux-control.0.Proxmox.services.●.restart" is not a valid ID pattern linux-control.0 2023-09-24 20:14:28.365 error Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().
-
Hier gleiches Thema
https://forum.iobroker.net/post/1044038
auch mit dem Sonderzeichen im Datenpunkt
-
@glasfaser sagte in js-controller 5.0.x jetzt für alle User im STABLE!:
auch mit dem Sonderzeichen im Datenpunkt
Danke, soeben gefunden.
Hab im Issue Strobelix geantwortet. Hoffe auf Antwort von ihm. -
@negalein
Den Satz hast du gesehen (im Issue)"Filtering with whitelist fixes the error"
EDIT: JA NATÜRLICH; hätt deine Frage lesen sollen . Sorry
-
@peoples sagte in js-controller 5.0.x jetzt für alle User im STABLE!:
@mcm57
Bei mir sind es reine vis Probleme: Bindings werden nicht mehr umgesetzt, CSS Eigenschaften werden nicht mehr beachtet. Werte von Datenpunkten werden in Vis nicht mehr aktualisiert obwohl sie in den Datenpunkten richtig stehen.Alles nur sporadisch, und erst seit dem Update des Controllers inkl. Der drei Adapter.
Das Ganze ist Browser unabhängig und es scheint als würde einfach die Websocket abreißen bzw. Konsequent instabil sein.
So kurzer Zwischenstand:
Nach dem Downgrade des Js-Controlers auf die letzte 4er Version und der Adapter (web,socket und ws auf die Vorversion) läuft alles wieder fehlerfrei -
@peoples ich hab das gleiche Problem mit den Bindings
-
@peoples du kannst ja mal nur die Adapter upgraden (web, ws, socket) ich vermute dein PRoblem wird auch ohne den neuen Controller auftreten, bzw, kannst du es villt auf einen der Adapter begrenzen und ein Issue erstellen.
-
@foxriver76
Genau das hatte ich schon probiert, wenn ich die Adapter alle aktuell habe, hackt es sehr selten aber tritt ab und zu schon auf.
Wirklich Probleme macht tatsächlich erst das Update des Controllers.
Mir viel auch auf dass es bei den neuen Versionen besser funktioniert wenn ich im Web Adapter den ws anstelle des Socket oder intern wähle. Bei der Alten Version läuft Socket am stabilsten