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

ExMatador

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

Glasfaser

@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

Negalein

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.

Neues Issue

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().

Glasfaser

@negalein

Hier gleiches Thema

https://forum.iobroker.net/post/1044038

auch mit dem Sonderzeichen im Datenpunkt

Negalein

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

mcm1957

@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

@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

stenmic

@peoples ich hab das gleiche Problem mit den Bindings

foxriver76

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

Peoples

@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

oFbEQnpoLKKl6mbY5e13

@foxriver76

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 ()

Thomas Braun

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

foxriver76

@ofbeqnpolkkl6mby5e13 Sonos adapter I’m Einsatz?

oFbEQnpoLKKl6mbY5e13

@foxriver76

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.

foxriver76

@ofbeqnpolkkl6mby5e13 anders gefragt: gibt es binary states in deiner installation? Normal States vom Typ File

oFbEQnpoLKKl6mbY5e13

@foxriver76

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.

foxriver76

@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
        }
    })
})();

oFbEQnpoLKKl6mbY5e13

@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: {}

foxriver76

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

Peoples

@foxriver76
Ich habe mir gestern jetzt mal die Mühe gemacht, alle möglichen Varianten (Adapterversionen / Js-Controler auf 4 und 5) durch zu spielen mit folgenden Erkenntinissen:

Socket / Web / Ws Adapter aktuell, Controller auf V4... (im Webadapter auf intern gestellt und Websockets angehackt)
Probleme in Vis treten erst nach einiger Zeit auf, betrifft hauptsächlich CSS - Eigentschaften und Bindings
Beispielsweise habe ich auf meinem "Homescreen" ein graues Kästchen welches ich bei eine Systemmeldung über CSS
als Overlay über den ganzen Bildschirm strecke. Dies funktioniert Anfangs und nach einer gewissen Zeit wird nur noch der
Text oben Links wo im Editor das Kästchen mit deaktivierten Css-Eigenschaften liegt angezeigt.
Socket / Web / Ws Adapter aktuell ebenso der Controller auf V5 (im Webadapter auf ws gestellt da es sonst nicht geht)
Das oben beschriebene Problem tritt nach ca. 5 Minuten kontinuierlich auf. Reload des Projekts behebt das Problem für
wieder ca. 5 Minuten.
Socket / Web /Ws Adapter auf den Vorversionen und Controller auf V4
keine Probleme vorhanden.

Da mir das Zusammenspiel der einzelnen Adapter nicht klar ist und ich auch nicht sagen kann welchen Einfluss der Js-Controller auf das Thema hat, wüsste ich auch garnicht bei welchem Adapter ich hier ein Issue eröffnen sollte.
Wenn es mir jedoch jemand erklärt mache ich das natürlich sehr gerne.

NEWS

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

Support us

597
Online

31.6k
Users

79.6k
Topics

1.3m
Posts

NEWS

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

Support us

597Online

31.6kUsers

79.6kTopics

1.3mPosts

597
Online

31.6k
Users

79.6k
Topics

1.3m
Posts