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

[Marty56]

Ich habe einen Versuch gestartet. Mein nodejs Versionen.

iobroker:/opt/iobroker# node -v
v14.19.0
root@iobroker:/opt/iobroker# npm -v
6.14.16

Mein Log

cd /opt/iobroker && iobroker stop && iobroker update && iobroker upgrade self  && iobroker upgrade all -y && iobroker start
Used repository: Beta (latest)
hash changed or no sources cached => force download of new sources
Json file is invalid on https://raw.githubusercontent.com/AlCalzone/ioBroker.zwave2/master/io-package.json
[Sun Feb 20 2022 08:19:27 GMT+0100 (Central European Standard Time)] Following packages cannot be read: zwave2
update done
Adapter    "admin"         : 5.3.0    , installed 5.2.3 [Updateable]
Adapter    "alexa2"        : 3.12.0   , installed 3.11.2 [Updateable]
Adapter    "backitup"      : 2.3.3    , installed 2.2.3 [Updateable]
Adapter    "daswetter"     : 3.0.9    , installed 3.0.9
Adapter    "history"       : 1.10.6   , installed 1.10.5 [Updateable]
Adapter    "hm-rega"       : 3.0.35   , installed 3.0.35
Adapter    "hm-rpc"        : 1.15.6   , installed 1.15.0 [Updateable]
Adapter    "ical"          : 1.11.6   , installed 1.11.6
Adapter    "icons-mfd-png" : 1.0.2    , installed 1.0.2
Adapter    "javascript"    : 5.2.21   , installed 5.2.21
Controller "js-controller" : 4.0.14   , installed 3.3.22 [Updateable]
Adapter    "mihome-vacuum" : 3.3.3    , installed 3.3.1 [Updateable]
Adapter    "node-red"      : 2.4.2    , installed 2.4.1 [Updateable]
Adapter    "simple-api"    : 2.6.3    , installed 2.6.2 [Updateable]
Adapter    "socketio"      : 4.1.4    , installed 3.1.5 [Updateable]
Adapter    "sonoff"        : 2.4.7    , installed 2.4.7
Adapter    "sql"           : 1.16.2   , installed 1.16.1 [Updateable]
Adapter    "telegram"      : 1.11.1   , installed 1.11.1
Adapter    "tr-064"        : 4.2.15   , installed 4.2.15
Adapter    "vis"           : 1.4.12   , installed 1.4.5 [Updateable]
Adapter    "vis-hqwidgets" : 1.1.9    , installed 1.1.9
Adapter    "vis-jqui-mfd"  : 1.0.12   , installed 1.0.12
Adapter    "vis-material-webfont": 0.0.3   , installed 0.0.3
Adapter    "vis-materialdesign": 0.5.9   , installed 0.5.9
Adapter    "vw-connect"    : 0.0.48   , installed 0.0.48
Adapter    "web"           : 4.1.6    , installed 3.4.16 [Updateable]
Adapter    "yahka"         : 0.13.1   , installed 0.13.1
Adapter    "zigbee"        : 1.6.16   , installed 1.6.16
Update js-controller from @3.3.22 to @4.0.14
NPM version: 6.14.16
npm install iobroker.js-controller@4.0.14 --loglevel error --unsafe-perm --prefix "/opt/iobroker" (System call)
In file included from ../src/unix_dgram.cc:5:
../../nan/nan.h: In function 'void Nan::AsyncQueueWorker(Nan::AsyncWorker*)':
../../nan/nan.h:2294:62: warning: cast between incompatible function types from 'void (*)(uv_work_t*)' {aka 'void (*)(uv_work_s*)'} to 'uv_after_work_cb' {aka 'void (*)(uv_work_s*, int)'} [-Wcast-function-type]
     , reinterpret_cast<uv_after_work_cb>(AsyncExecuteComplete)
                                                              ^
In file included from ../../nan/nan.h:56,
                 from ../src/unix_dgram.cc:5:
../src/unix_dgram.cc: At global scope:
/home/iobroker/.cache/node-gyp/14.19.0/include/node/node.h:793:43: warning: cast between incompatible function types from 'void (*)(v8::Local<v8::Object>)' to 'node::addon_register_func' {aka 'void (*)(v8::Local<v8::Object>, v8::Local<v8::Value>, void*)'} [-Wcast-function-type]
       (node::addon_register_func) (regfunc),                          \
                                           ^
/home/iobroker/.cache/node-gyp/14.19.0/include/node/node.h:827:3: note: in expansion of macro 'NODE_MODULE_X'
   NODE_MODULE_X(modname, regfunc, NULL, 0)  // NOLINT (readability/null_usage)
   ^~~~~~~~~~~~~
../src/unix_dgram.cc:404:1: note: in expansion of macro 'NODE_MODULE'
 NODE_MODULE(unix_dgram, Initialize)
 ^~~~~~~~~~~
Server Objects 127.0.0.1:42842 Error from InMemDB: Error: GET-UNSUPPORTED for namespace cfg.: Data=["meta.objects.features.useSets"]
Server States 127.0.0.1:34366 Error from InMemDB: Error: GET-UNSUPPORTED for namespace meta.: Data=["meta.states.protocolVersion"]
Server Objects 127.0.0.1:42842 Error from InMemDB: Error: GET-UNSUPPORTED for namespace cfg.: Data=["meta.objects.protocolVersion"]
Server States 127.0.0.1:34368 Error from InMemDB: Error: PSUBSCRIBE-UNSUPPORTED for namespace meta.: Data=["meta.*"]
Server Objects 127.0.0.1:42842 Error from InMemDB: Error: Unknown LUA script load
Server Objects 127.0.0.1:42842 Error from InMemDB: Error: Unknown LUA script load
Server Objects 127.0.0.1:42842 Error from InMemDB: Error: Unknown LUA script load
Server Objects 127.0.0.1:42842 Error from InMemDB: Error: SET-UNSUPPORTED for namespace cfg.: Data=["meta.objects.features.useSets",{"type":"Buffer","data":[49]}]
Could not migrate objects to corresponding sets: Error SET-UNSUPPORTED for namespace cfg.: Data=["meta.objects.features.useSets",{"type":"Buffer","data":[49]}]

Die Installationslog aller Beta Adapter war völlig unauffällig.
Das System lief hoch und alle Adapter stehen auf grün.

Promox zeigt ähnliche Memory- und Disk IO Werte an wie vorher. Ich hatte aber auch schon vorher JSONL benutzt.

Super Arbeit!

[sigi234]

@apollon77 sagte in js-controller 4.0 jetzt im BETA/LATEST!:

Also bitte nochmal alle installieren und checken bitte ... Voraussichtlich heute Abend geht auch noch eine Admin Notification an alle raus die Beta haben und noch nicht den neuesten js-controller
4.0.14 (2022-02-19)

Update ok, wenn ich Adapter update kommen aber immer Code 25 Fehler. Werden die Adapter vorher nicht mehr gestoppt?
(Windows)

Edit:
Gelöst mit Version 4.0.15

[apollon77]

@sigi234 Bitte logs/Ausgaben …

[sigi234]

@apollon77 sagte in js-controller 4.0 jetzt im BETA/LATEST!:

@sigi234 Bitte logs/Ausgaben …

Schon gelöscht. War bei Allen 7 Adapterupdate so. Adapter vorher gestoppt, dann lief es durch.

Aber habe das:

229 verbose stack Error: EBUSY: resource busy or locked, rename 'C:\Program Files\iobroker\Home\node_modules\iobroker.iot' -> 'C:\Program Files\iobroker\Home\node_modules\.iobroker.iot.DELETE'
230 verbose cwd C:\Program Files\iobroker\Home
231 verbose Windows_NT 10.0.19044
232 verbose argv "C:\\Program Files\\iobroker\\Home\\nodejs\\node.exe" "C:\\Program Files\\iobroker\\Home\\nodejs\\node_modules\\npm\\bin\\npm-cli.js" "install" "--save-exact" "--loglevel" "error" "iobroker.iot@1.9.6"
233 verbose node v14.19.0
234 verbose npm  v6.14.16
235 error code EBUSY
236 error syscall rename
237 error path C:\Program Files\iobroker\Home\node_modules\iobroker.iot
238 error dest C:\Program Files\iobroker\Home\node_modules\.iobroker.iot.DELETE
239 error errno -4082
240 error EBUSY: resource busy or locked, rename 'C:\Program Files\iobroker\Home\node_modules\iobroker.iot' -> 'C:\Program Files\iobroker\Home\node_modules\.iobroker.iot.DELETE'
241 verbose exit [ -4082, true ]

[SBorg]

@apollon77 same problem as every time...

Allerdings eher zur Info, denn bin wohl der Einzige:

Bisher hatte ich es nur beim "setup first", dass es direkt nach dem "fixer" auftritt ist neu. Direkt per "npm" funktioniert es dann aber immer ;)

[foxriver76]

@sigi234 sehe das Problem, fix kommt in neue Version

[apollon77]

@sborg ich kapiers net … :-((

[apollon77]

@sigi234 na dann halt doch noch ne .15 ;-)

[Thisoft]

@apollon77 läuft soweit alles unauffällig

nur eine Frage am Rande. Was will mir npm eigentlich damit sagen? Sollte ich da was tun?

19 packages are looking for funding
   run 'npm fund' for details

[sigi234]

@apollon77 sagte in js-controller 4.0 jetzt im BETA/LATEST!:

@sigi234 na dann halt doch noch ne .15 ;-)

upps, das wollte ich nicht. :grinning:

[SBorg]

@thisoft Bei 19 Paketen würden sich die Entwickler für eine Spende freuen ;)

[Thisoft]

@sborg Achso, OK. Da stand ich auf der Leitung ;-) da guck ich mal in die Details wen von den 19 ich zu den Auserwählten zählen könnte ;-)

[AlCalzone]

@thisoft Das sind vermutlich dependencies von ioBroker. Ich denke vorher freuen sich die ioBroker-Entwickler über Unterstützung 😇

[AlCalzone]

@marc-berg Rätsel gelöst:
Deine objects.json enthält 24550 Zeilen, unsere untere Grenze für automatisches Komprimieren liegt bei 25000.
Nach weiteren 450 Änderungen an Objekten wird dann auch komprimiert, vermutlich wurden diese bei deiner Fake-Umstellung zufälligerweise erreicht.

Falls du daran schrauben willst, wäre die Option sizeFactorMinimumSize die richtige - der Standardwert ist so gewählt, dass Installationen mit vielen Objekt-Änderungen nicht dauernd komprimieren, aber gleichzeitig die Datei nicht übertrieben groß wird.

[apollon77]

So, aus gegebenem Anlass muss ich leider doch noch eine 4.0.15 hinterherschieben. Da hatte sich ein alter Fehler wider eingeschlichen ...

4.0.15 (2022-02-20)

• (foxriver76) Make sure to stop adapters on windows or if needed for update (again)
• (Apollon77) optimize handling of set feature detection in error cases
• (foxriver76) Remove unneeded error logging

ACHTUNG
Ein Update von 4.0.14 auf 4.0.15 wird bei upgrade self eine Meldung ausgeben die ignoriert werden kann!!

Update js-controller from @4.0.14 to @4.0.15
[downloadPacket] stoppedList cannot be used if stopping of databases is requested

[JB_Sullivan]

Muss man sich eigentlich in irgend einer Form um diese Meldung kümmern, z.B. durch den npm audit fix? Schließlich wird ja da auch auf 6 kritische Schwachstellen hingewiesen.

found 169 vulnerabilities (18 low, 74 moderate, 71 high, 6 critical)
  run `npm audit fix` to fix them, or `npm audit` for details

EDIT: 4.0.15 ist einwandfrei installiert worden.

[Thomas Braun]

@jb_sullivan Würde ich die Finger von lassen.
Du kannst aber per

npm audit

schauen aus welchen Adaptern das stammt und dort dann ein Issue aufmachen, das die Dependencies hochgezogen werden.

[Marc Berg]

gelöscht

[Marc Berg]

@alcalzone sagte in js-controller 4.0 jetzt im BETA/LATEST!:

@marc-berg Rätsel gelöst:
Deine objects.json enthält 24550 Zeilen, unsere untere Grenze für automatisches Komprimieren liegt bei 25000.
Nach weiteren 450 Änderungen an Objekten wird dann auch komprimiert, vermutlich wurden diese bei deiner Fake-Umstellung zufälligerweise erreicht.

Falls du daran schrauben willst, wäre die Option sizeFactorMinimumSize die richtige - der Standardwert ist so gewählt, dass Installationen mit vielen Objekt-Änderungen nicht dauernd komprimieren, aber gleichzeitig die Datei nicht übertrieben groß wird.

Ah ja, das ergibt dann natürlich Sinn. Ich ging davon aus, dass die Einheit für diesen Faktor kByte ist, von Zeilen steht da nix. (aber von kByte auch nicht... 🙂 )

Das probiere ich gleich mal aus, aber im Grunde reicht mir das Wissen, dass die Datei bei etwa 200MB nicht weiter wächst.

Danke!

Marc

[apollon77]

@jb_sullivan also wenn ihr wie es oben steht „iob fix“ ausführt dann sollte an sich die audit Meldung nie mehr kommen … nichts machen. Ignorieren