NEWS
js-controller 5.0.x jetzt für alle User im STABLE!
-
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 -
Gibt es hierzu bereits nähere Erkenntnisse?:
2023-09-25 01:31:38.380 - [31merror[39m: host.iobroker Caught by controller[0]: <--- Last few GCs ---> 2023-09-25 01:31:38.380 - [31merror[39m: host.iobroker Caught by controller[0]: [5590:0x5810de0] 691161900 ms: Mark-sweep 2981.8 (4143.9) -> 2981.3 (4143.9) MB, 289.2 / 0.0 ms (average mu = 0.910, current mu = 0.018) allocation failure; scavenge might not succeed 2023-09-25 01:31:38.381 - [31merror[39m: host.iobroker Caught by controller[0]: [5590:0x5810de0] 691162135 ms: Mark-sweep 2981.4 (4144.1) -> 2981.3 (4144.1) MB, 234.0 / 0.0 ms (average mu = 0.850, current mu = 0.003) allocation failure; scavenge might not succeed 2023-09-25 01:31:38.381 - [31merror[39m: host.iobroker Caught by controller[0]: <--- JS stacktrace ---> 2023-09-25 01:31:38.381 - [31merror[39m: host.iobroker Caught by controller[0]: FATAL ERROR: Reached heap limit Allocation failed - JavaScript heap out of memory 2023-09-25 01:31:38.381 - [31merror[39m: host.iobroker Caught by controller[1]: 1: 0xb7a940 node::Abort() [io.backitup.0] 2023-09-25 01:31:38.381 - [31merror[39m: host.iobroker Caught by controller[2]: 2: 0xa8e823 [io.backitup.0] 2023-09-25 01:31:38.382 - [31merror[39m: host.iobroker Caught by controller[3]: 3: 0xd5c940 v8::Utils::ReportOOMFailure(v8::internal::Isolate*, char const*, bool) [io.backitup.0] 2023-09-25 01:31:38.382 - [31merror[39m: host.iobroker Caught by controller[4]: 4: 0xd5cce7 v8::internal::V8::FatalProcessOutOfMemory(v8::internal::Isolate*, char const*, bool) [io.backitup.0] 2023-09-25 01:31:38.382 - [31merror[39m: host.iobroker Caught by controller[5]: 5: 0xf3a3e5 [io.backitup.0] 2023-09-25 01:31:38.382 - [31merror[39m: host.iobroker Caught by controller[6]: 6: 0xf4c8cd v8::internal::Heap::CollectGarbage(v8::internal::AllocationSpace, v8::internal::GarbageCollectionReason, v8::GCCallbackFlags) [io.backitup.0] 2023-09-25 01:31:38.382 - [31merror[39m: host.iobroker Caught by controller[7]: 7: 0xf26fce v8::internal::HeapAllocator::AllocateRawWithLightRetrySlowPath(int, v8::internal::AllocationType, v8::internal::AllocationOrigin, v8::internal::AllocationAlignment) [io.backitup.0] 2023-09-25 01:31:38.383 - [31merror[39m: host.iobroker Caught by controller[8]: 8: 0xf28397 v8::internal::HeapAllocator::AllocateRawWithRetryOrFailSlowPath(int, v8::internal::AllocationType, v8::internal::AllocationOrigin, v8::internal::AllocationAlignment) [io.backitup.0] 2023-09-25 01:31:38.383 - [31merror[39m: host.iobroker Caught by controller[9]: 9: 0xf088e0 v8::internal::Factory::AllocateRaw(int, v8::internal::AllocationType, v8::internal::AllocationAlignment) [io.backitup.0] 2023-09-25 01:31:38.383 - [31merror[39m: host.iobroker Caught by controller[10]: 10: 0xf00354 v8::internal::FactoryBase<v8::internal::Factory>::AllocateRawWithImmortalMap(int, v8::internal::AllocationType, v8::internal::Map, v8::internal::AllocationAlignment) [io.backitup.0] 2023-09-25 01:31:38.383 - [31merror[39m: host.iobroker Caught by controller[11]: 11: 0xf026e8 v8::internal::FactoryBase<v8::internal::Factory>::NewRawTwoByteString(int, v8::internal::AllocationType) [io.backitup.0] 2023-09-25 01:31:38.383 - [31merror[39m: host.iobroker Caught by controller[12]: 12: 0x11dfc15 v8::internal::String::SlowFlatten(v8::internal::Isolate*, v8::internal::Handle<v8::internal::ConsString>, v8::internal::AllocationType) [io.backitup.0] 2023-09-25 01:31:38.383 - [31merror[39m: host.iobroker Caught by controller[13]: 13: 0xd6874c v8::String::Utf8Length(v8::Isolate*) const [io.backitup.0] 2023-09-25 01:31:38.384 - [31merror[39m: host.iobroker Caught by controller[14]: 14: 0xc64a91 node::StringBytes::Size(v8::Isolate*, v8::Local<v8::Value>, node::encoding) [io.backitup.0] 2023-09-25 01:31:38.384 - [31merror[39m: host.iobroker Caught by controller[15]: 15: 0xc5ef28 int node::StreamBase::WriteString<(node::encoding)1>(v8::FunctionCallbackInfo<v8::Value> const&) [io.backitup.0] 2023-09-25 01:31:38.384 - [31merror[39m: host.iobroker Caught by controller[16]: 16: 0xc5f985 void node::StreamBase::JSMethod<&(int node::StreamBase::WriteString<(node::encoding)1>(v8::FunctionCallbackInfo<v8::Value> const&))>(v8::FunctionCallbackInfo<v8::Value> const&) [io.backitup.0] 2023-09-25 01:31:38.384 - [31merror[39m: host.iobroker Caught by controller[17]: 17: 0xdbaa30 [io.backitup.0] 2023-09-25 01:31:38.384 - [31merror[39m: host.iobroker Caught by controller[18]: 18: 0xdbbf6f v8::internal::Builtin_HandleApiCall(int, unsigned long*, v8::internal::Isolate*) [io.backitup.0] 2023-09-25 01:31:38.384 - [31merror[39m: host.iobroker Caught by controller[19]: 19: 0x16fb7b9 [io.backitup.0] 2023-09-25 01:31:38.385 - [33mwarn[39m: host.iobroker instance system.adapter.backitup.0 terminated due to SIGABRT 2023-09-25 01:31:38.385 - [32minfo[39m: host.iobroker instance system.adapter.backitup.0 terminated with code null ()
-
@ofbeqnpolkkl6mby5e13 sagte in js-controller 5.0.x jetzt für alle User im STABLE!:
Reached heap limit Allocation failed - JavaScript heap out of memory
Vermutlich ist dein Backup zu fett.
-
@ofbeqnpolkkl6mby5e13 Sonos adapter I’m Einsatz?
-
War nach der Deinstallation des Sonos-Adapters für ein paar Tage weg. Heute Nacht ohne Sonos-Adapter wieder aufgetreten. Und @ilovegym hat ihn auch nicht installiert.
-
@ofbeqnpolkkl6mby5e13 anders gefragt: gibt es binary states in deiner installation? Normal States vom Typ File
-
Im Log werden mir nach der Deinstallation des Sonos-Adapters keine Meldungen mehr dbzgl. ausgegeben, daher gehe ich nicht davon aus. Der Fehler tritt wohl beim Backup der Influxdb2 auf, da das temporäre Verzeichnis davon übrig bleibt. Die ist gepackt ca. 1GB groß. Mein System hat allerdings genug Reserven (16GB RAM) und der Fehler tritt erst seit JS-Controller 5 auf.
-
@ofbeqnpolkkl6mby5e13 Führe mal bitte das Skript aus und schau welche IDs geloggt werden.
(() => { $('*').each(async id => { try { const obj = await getObjectAsync(id); if (obj.binary) { log(id, 'warn'); } } catch { // ignore } }) })();
-
@foxriver76 sagte in js-controller 5.0.x jetzt für alle User im STABLE!:
2023-09-26 08:46:11.322 - [32minfo[39m: javascript.0 (16432) Start javascript script.js.common._Tests.Test_6 2023-09-26 08:46:12.429 - [32minfo[39m: javascript.0 (16432) script.js.common._Tests.Test_6: registered 0 subscriptions, 0 schedules, 0 messages, 0 logs and 0 file subscriptions 2023-09-26 08:46:16.104 - [31merror[39m: javascript.0 (16432) script.js.common._Tests.Test_6: Object "alexa2.0" can't be copied: {} 2023-09-26 08:46:17.665 - [31merror[39m: javascript.0 (16432) script.js.common._Tests.Test_6: Object "hue-sync-box.0" can't be copied: {} 2023-09-26 08:46:18.086 - [31merror[39m: javascript.0 (16432) script.js.common._Tests.Test_6: Object "nanoleaf-lightpanels.0" can't be copied: {} 2023-09-26 08:46:18.088 - [31merror[39m: javascript.0 (16432) script.js.common._Tests.Test_6: Object "nanoleaf-lightpanels.1" can't be copied: {} 2023-09-26 08:46:18.102 - [31merror[39m: javascript.0 (16432) script.js.common._Tests.Test_6: Object "nuki-extended.0" can't be copied: {} 2023-09-26 08:46:18.215 - [31merror[39m: javascript.0 (16432) script.js.common._Tests.Test_6: Object "system.adapter.deyeidc.upload" can't be copied: {} 2023-09-26 08:46:18.243 - [31merror[39m: javascript.0 (16432) script.js.common._Tests.Test_6: Object "system.adapter.vis.0.alive" can't be copied: {} 2023-09-26 08:46:18.243 - [31merror[39m: javascript.0 (16432) script.js.common._Tests.Test_6: Object "system.adapter.vis.0.compactMode" can't be copied: {} 2023-09-26 08:46:18.244 - [31merror[39m: javascript.0 (16432) script.js.common._Tests.Test_6: Object "system.adapter.vis.0.connected" can't be copied: {} 2023-09-26 08:46:18.244 - [31merror[39m: javascript.0 (16432) script.js.common._Tests.Test_6: Object "system.adapter.vis.0.cpu" can't be copied: {} 2023-09-26 08:46:18.245 - [31merror[39m: javascript.0 (16432) script.js.common._Tests.Test_6: Object "system.adapter.vis.0.cputime" can't be copied: {} 2023-09-26 08:46:18.245 - [31merror[39m: javascript.0 (16432) script.js.common._Tests.Test_6: Object "system.adapter.vis.0.inputCount" can't be copied: {} 2023-09-26 08:46:18.246 - [31merror[39m: javascript.0 (16432) script.js.common._Tests.Test_6: Object "system.adapter.vis.0.logLevel" can't be copied: {} 2023-09-26 08:46:18.247 - [31merror[39m: javascript.0 (16432) script.js.common._Tests.Test_6: Object "system.adapter.vis.0.memHeapTotal" can't be copied: {} 2023-09-26 08:46:18.247 - [31merror[39m: javascript.0 (16432) script.js.common._Tests.Test_6: Object "system.adapter.vis.0.memHeapUsed" can't be copied: {} 2023-09-26 08:46:18.248 - [31merror[39m: javascript.0 (16432) script.js.common._Tests.Test_6: Object "system.adapter.vis.0.memRss" can't be copied: {} 2023-09-26 08:46:18.248 - [31merror[39m: javascript.0 (16432) script.js.common._Tests.Test_6: Object "system.adapter.vis.0.outputCount" can't be copied: {} 2023-09-26 08:46:18.249 - [31merror[39m: javascript.0 (16432) script.js.common._Tests.Test_6: Object "system.adapter.vis.0.sigKill" can't be copied: {} 2023-09-26 08:46:18.249 - [31merror[39m: javascript.0 (16432) script.js.common._Tests.Test_6: Object "system.adapter.vis.0.uptime" can't be copied: {} 2023-09-26 08:46:18.271 - [31merror[39m: javascript.0 (16432) script.js.common._Tests.Test_6: Object "tuya.0" can't be copied: {} 2023-09-26 08:46:18.276 - [31merror[39m: javascript.0 (16432) script.js.common._Tests.Test_6: Object "unifi.0" can't be copied: {}
-
@ofbeqnpolkkl6mby5e13 Hm okay, kp was javascript da intern treibt. Ich schaue nochmal obs ne andere Variante gibt die binary states zu finden. Dachte eigentlich Admin könnte filtern - leider nicht.