UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[SKB]

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?

[A Former User]

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?

[Thomas Braun]

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

iob diag

anschauen.

[A Former User]

@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

[Thomas Braun]

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

[stenmic]

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?

[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  - error: host.iobroker Caught by controller[0]: <--- Last few GCs --->
2023-09-25 01:31:38.380  - error: 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  - error: 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  - error: host.iobroker Caught by controller[0]: <--- JS stacktrace --->
2023-09-25 01:31:38.381  - error: 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  - error: host.iobroker Caught by controller[1]:  1: 0xb7a940 node::Abort() [io.backitup.0]
2023-09-25 01:31:38.381  - error: host.iobroker Caught by controller[2]:  2: 0xa8e823  [io.backitup.0]
2023-09-25 01:31:38.382  - error: 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  - error: 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  - error: host.iobroker Caught by controller[5]:  5: 0xf3a3e5  [io.backitup.0]
2023-09-25 01:31:38.382  - error: 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  - error: 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  - error: 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  - error: 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  - error: 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  - error: 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  - error: 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  - error: host.iobroker Caught by controller[13]: 13: 0xd6874c v8::String::Utf8Length(v8::Isolate*) const [io.backitup.0]
2023-09-25 01:31:38.384  - error: 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  - error: 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  - error: 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  - error: host.iobroker Caught by controller[17]: 17: 0xdbaa30  [io.backitup.0]
2023-09-25 01:31:38.384  - error: 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  - error: host.iobroker Caught by controller[19]: 19: 0x16fb7b9  [io.backitup.0]
2023-09-25 01:31:38.385  - warn: host.iobroker instance system.adapter.backitup.0 terminated due to SIGABRT
2023-09-25 01:31:38.385  - info: 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.