NEWS
js-controller 4.0 jetzt im BETA/LATEST!
-
@apollon77 Hast recht, ich hab den klf jetzt mal vom Strom getrennt und wieder angestellt, jetzt läufts wieder. Scheint sich was verschluckt zu haben...
-
ok, SD Karte werde ich checken - die ist zwar noch kein Jahr alt....
- Dazu noch eine Frage (evtl doof - aber stellt sich mir): wenn ich diese ersetzen würde, könnte ich den Inhalt derer einfach auf eine Neue SD Karte kopieren, oder müsste ich da eine Neuinstallation und mittels backitup ein Backup aufspielen?
Backups mache ich mittels backitup von allen - war nur gerade ein bischen gestresst, da ich das ganze aus der Ferne gemacht habe ..... und ziemlich müde bin. - Ja, ok, nicht gerade die Besten Voraussetzungen; habe daraus gelernt...
- Dazu noch eine Frage (evtl doof - aber stellt sich mir): wenn ich diese ersetzen würde, könnte ich den Inhalt derer einfach auf eine Neue SD Karte kopieren, oder müsste ich da eine Neuinstallation und mittels backitup ein Backup aufspielen?
-
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!
-
@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 -
@sigi234 Bitte logs/Ausgaben …
-
@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 ]
-
@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
-
@sigi234 sehe das Problem, fix kommt in neue Version
-
@sborg ich kapiers net … :-((
-
@sigi234 na dann halt doch noch ne .15
-
@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
-
@apollon77 sagte in js-controller 4.0 jetzt im BETA/LATEST!:
@sigi234 na dann halt doch noch ne .15
upps, das wollte ich nicht.
-
@thisoft Bei 19 Paketen würden sich die Entwickler für eine Spende freuen
-
@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
-
@thisoft Das sind vermutlich dependencies von ioBroker. Ich denke vorher freuen sich die ioBroker-Entwickler über Unterstützung
-
@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. -
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
-
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.
-
@jb_sullivan Würde ich die Finger von lassen.
Du kannst aber pernpm audit
schauen aus welchen Adaptern das stammt und dort dann ein Issue aufmachen, das die Dependencies hochgezogen werden.
-
gelöscht