js-controller 4.0.x jetzt für alle User im STABLE!
-
upgrade von 4.0.18 auf 4.0.19 auf master und slave ohne Probleme.
Beim Master habe ich nur folgende Hinweise bekommen:
- Ignoring Directory "mnt" because officially not created as meta object. Please remove directory! - Ignoring Directory "vis.01_Sound" because officially not created as meta object. Please remove directory!Den Punkt wie unter #2 beschrieben: "iob upload all" hatte ich bei 4.0.18 schon aufgeführt.
Sind aber eigen angelegte Verzeichnisse.
kann/muss ich da irgendwas tun ?
-
@apollon77
update von 4.0.18 auf 4.0.19 ohne Probleme -
@apollon77 ich habe von 4.0.15 nach 4.0.19 migriert.
Das war auch mein erstes Upgrade mit der JSONL DB.
Läuft dann doch einiges anders.Ich habe folgende Meldungen erhalten:
41 packages are looking for funding run `npm fund` for detailsMuss/soll ich da was machen? oder ignorieren?
Und dann ist da noch eine Redis Meldung.
Ich habe doch gar kein Redis.Successfully migrated 8203 objects to Redis Sets -
@apollon77
update auf 4.0.19 ohne Probleme durch gelaufen
-
@siggi0904 Bei mir auch:
137 packages are looking for funding run `npm fund` for detailsmÜssen wir hier etwas unternehmen?
root@Smartazamba:/opt/iobroker# npm fund iobroker.inst@3.0.0 ├─┬ https://github.com/sponsors/jaredhanson │ └── passport@0.5.2 ├─┬ https://github.com/sponsors/feross │ └── safe-buffer@5.2.1, base64-js@1.5.1, buffer@5.7.1, ieee754@1.2.1, simple-get@4.0.1, simple-concat@1.0.1, buffer@6.0.3, run-parallel@1.2.0, queue-microtask@1.2.3 ├─┬ https://www.patreon.com/feross │ └── safe-buffer@5.2.1, base64-js@1.5.1, buffer@5.7.1, ieee754@1.2.1, simple-get@4.0.1, simple-concat@1.0.1, buffer@6.0.3, run-parallel@1.2.0, queue-microtask@1.2.3 ├─┬ https://feross.org/support │ └── safe-buffer@5.2.1, base64-js@1.5.1, buffer@5.7.1, ieee754@1.2.1, simple-get@4.0.1, simple-concat@1.0.1, buffer@6.0.3, run-parallel@1.2.0, queue-microtask@1.2.3 ├─┬ https://github.com/sponsors/RubenVerborgh │ └── follow-redirects@1.14.9, follow-redirects@1.14.7 ├─┬ https://github.com/sponsors/ljharb │ └── qs@6.9.7, qs@6.9.6, is-nan@1.3.2, call-bind@1.0.2, get-intrinsic@1.1.1, has-symbols@1.0.2, es-abstract@1.19.1, es-to-primitive@1.2.1, get-symbol-description@1.0.0, is-callable@1.2.4, is-negative-zero@2.0.2, is-regex@1.1.4, is-shared-array-buffer@1.0.1, is-string@1.0.7, is-weakref@1.0.2, object-inspect@1.12.0, object.assign@4.1.2, string.prototype.trimend@1.0.4, string.prototype.trimstart@1.0.4, unbox-primitive@1.0.1, is-date-object@1.0.5, is-symbol@1.0.4, has-tostringtag@1.0.0, side-channel@1.0.4, has-bigints@1.0.1, which-boxed-primitive@1.0.2, is-bigint@1.0.4, is-boolean-object@1.1.2, is-number-object@1.0.6, deep-equal@1.1.1, is-arguments@1.1.1, object-is@1.1.5, regexp.prototype.flags@1.4.1, resolve@1.22.0, is-core-module@2.8.1, supports-preserve-symlinks-flag@1.0.0 ├─┬ https://github.com/sponsors/sindresorhus │ └── is-plain-obj@3.0.0, is-stream@2.0.1, decompress-response@6.0.0, mimic-response@3.1.0, make-dir@3.1.0, mimic-response@2.1.0, escape-string-regexp@4.0.0, strip-json-comments@3.1.1, globals@13.12.1, import-fresh@3.3.0, type-fest@0.20.2, p-throttle@4.1.1, get-stream@6.0.1, onetime@5.1.2, hex-rgb@4.3.0, globby@11.1.0, import-local@3.1.0, ansi-escapes@4.3.2, terminal-link@2.1.1, p-limit@2.3.0, type-fest@0.21.3, camelcase@6.3.0, parse-json@5.2.0 ├─┬ https://github.com/sponsors/jonschlinkert │ └── picomatch@2.3.1, set-value@4.1.0 ├─┬ https://github.com/sponsors/epoberezkin │ └── ajv@6.12.6, ajv@8.10.0 ├─┬ https://paypal.me/naturalintelligence │ └── fast-xml-parser@3.21.1 ├─┬ https://opencollective.com/serialport/donate │ └── serialport@9.2.8, @serialport/binding-mock@9.2.4, @serialport/bindings@9.2.8, @serialport/parser-byte-length@9.2.4, @serialport/parser-cctalk@9.2.4, @serialport/parser-delimiter@9.2.4, @serialport/parser-inter-byte-timeout@9.2.4, @serialport/parser-readline@9.2.4, @serialport/parser-ready@9.2.4, @serialport/parser-regex@9.2.4, @serialport/stream@9.2.4, @serialport/binding-abstract@9.2.3 ├─┬ https://github.com/sponsors/isaacs │ └── rimraf@3.0.2, glob@7.2.0 ├─┬ https://opencollective.com/eslint │ └── eslint@7.32.0, eslint@8.8.0, eslint@8.9.0 ├─┬ https://github.com/chalk/chalk?sponsor=1 │ └── chalk@4.1.2 ├─┬ https://github.com/sponsors/mysticatea │ └── eslint-utils@2.1.0, regexpp@3.2.0, eslint-utils@3.0.0 ├─┬ https://github.com/chalk/ansi-styles?sponsor=1 │ └── ansi-styles@4.3.0, ansi-styles@5.2.0 ├─┬ https://github.com/chalk/slice-ansi?sponsor=1 │ └── slice-ansi@4.0.0 ├─┬ https://github.com/sponsors/derhuerst │ └── hafas-client@5.22.2 ├─┬ https://opencollective.com/node-fetch │ └── node-fetch@3.2.0 ├─┬ https://github.com/sponsors/jimmywarting │ └── fetch-blob@3.1.4, node-domexception@1.0.0 ├─┬ https://paypal.me/jimmywarting │ └── fetch-blob@3.1.4, node-domexception@1.0.0 ├─┬ https://tidelift.com/funding/github/npm/loglevel │ └── loglevel@1.8.0 ├─┬ https://www.buymeacoffee.com/systeminfo │ └── systeminformation@5.11.2 ├─┬ https://opencollective.com/libvips │ └── sharp@0.28.1 ├─┬ https://github.com/chalk/wrap-ansi?sponsor=1 │ └── wrap-ansi@7.0.0 ├─┬ https://opencollective.com/ioredis │ └── ioredis@4.28.5 ├─┬ https://github.com/sindresorhus/execa?sponsor=1 │ └── execa@5.1.1 ├─┬ https://paulmillr.com/funding/ │ └── chokidar@3.5.3 ├─┬ https://paypal.me/jonathanschlinkert │ └── set-value@4.1.0 ├─┬ https://jonschlinkert.dev/sponsor │ └── set-value@4.1.0 ├─┬ https://ko-fi.com/killymxi │ └── @selderee/plugin-htmlparser2@0.6.0, selderee@0.6.0, parseley@0.7.0 ├─┬ https://github.com/fb55/htmlparser2?sponsor=1 │ └── htmlparser2@6.1.0 ├─┬ https://github.com/sponsors/fb55 │ └── htmlparser2@6.1.0, domelementtype@2.2.0 ├─┬ https://github.com/fb55/domhandler?sponsor=1 │ └── domhandler@4.2.2 ├─┬ https://github.com/fb55/domutils?sponsor=1 │ └── domutils@2.8.0 ├─┬ https://github.com/fb55/entities?sponsor=1 │ └── entities@2.2.0 ├─┬ https://github.com/cheeriojs/dom-serializer?sponsor=1 │ └── dom-serializer@1.3.2 ├─┬ https://nearley.js.org/#give-to-nearley │ └── nearley@2.20.1 ├─┬ https://opencollective.com/typescript-eslint │ └── @typescript-eslint/eslint-plugin@5.10.2, @typescript-eslint/parser@5.10.2, @typescript-eslint/scope-manager@5.10.2, @typescript-eslint/type-utils@5.10.2, @typescript-eslint/utils@5.10.2, @typescript-eslint/types@5.10.2, @typescript-eslint/visitor-keys@5.10.2, @typescript-eslint/typescript-estree@5.10.2, @typescript-eslint/utils@5.11.0, @typescript-eslint/scope-manager@5.11.0, @typescript-eslint/types@5.11.0, @typescript-eslint/typescript-estree@5.11.0, @typescript-eslint/visitor-keys@5.11.0, @typescript-eslint/experimental-utils@5.4.0 ├─┬ https://opencollective.com/core-js │ └── core-js-compat@3.21.0 ├─┬ https://opencollective.com/browserslist │ └── browserslist@4.19.1, caniuse-lite@1.0.30001307 ├─┬ https://github.com/sindresorhus/emittery?sponsor=1 │ └── emittery@0.8.1 ├─┬ https://opencollective.com/babel │ └── @babel/core@7.17.0, @babel/core@7.17.2 └─┬ https://github.com/chalk/supports-color?sponsor=1 └── supports-color@8.1.1 -
@rushmed Spenden: Pakete sind auf der Suche nach Finanzierung
-
@bahnuhr naja ... "eigen angelegte Verzeichnisse" sind blöd
Hintergrund: Sie sind ggf nicht voll verwendbar ... am besten löschen bzw in 0_userdata.0 Verschieben und "iob file sync" ausführen oder passende meta.user Objekte anlegen -
@siggi0904 sagte in js-controller 4.0.x jetzt für alle User im STABLE!:
Läuft dann doch einiges anders.
Nein eigentlich nicht
- npm fund: ignorieren oder was spenden
- successfully migrated objects to redis sets: ignorieren ...
- npm fund: ignorieren oder was spenden
-
Hallo, nach dem Update kamen nun diese Fehlermeldung..
Was nun? Die Adapter scheinen alle zu laufen.parallels@deb11iobroker:~$ iob upgrade self Update js-controller from @3.3.22 to @4.0.19 NPM version: 6.14.16 npm install iobroker.js-controller@4.0.19 --loglevel error --unsafe-perm --prefix "/opt/iobroker" (System call) In file included from ../../nan/nan.h:58, from ../src/unix_dgram.cc:5: /home/iobroker/.cache/node-gyp/14.19.0/include/node/node.h:793:7: 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] 793 | (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’ 827 | NODE_MODULE_X(modname, regfunc, NULL, 0) // NOLINT (readability/null_usage) | ^~~~~~~~~~~~~ ../src/unix_dgram.cc:404:1: note: in expansion of macro ‘NODE_MODULE’ 404 | NODE_MODULE(unix_dgram, Initialize) | ^~~~~~~~~~~ Server Objects 127.0.0.1:43698 Error from InMemDB: Error: GET-UNSUPPORTED for namespace cfg.: Data=["meta.objects.features.useSets"] Server States 127.0.0.1:53512 Error from InMemDB: Error: GET-UNSUPPORTED for namespace meta.: Data=["meta.states.protocolVersion"] Server Objects 127.0.0.1:43698 Error from InMemDB: Error: GET-UNSUPPORTED for namespace cfg.: Data=["meta.objects.protocolVersion"] Server States 127.0.0.1:53514 Error from InMemDB: Error: PSUBSCRIBE-UNSUPPORTED for namespace meta.: Data=["meta.*"] Server Objects 127.0.0.1:43698 Error from InMemDB: Error: Unknown LUA script load Server Objects 127.0.0.1:43698 Error from InMemDB: Error: Unknown LUA script load Server Objects 127.0.0.1:43698 Error from InMemDB: Error: Unknown LUA script load Server Objects 127.0.0.1:43698 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]}] parallels@deb11iobroker:~$ iob fix -
-
Dann bin ich beruhigt... Fehlermeldungen, die ich nicht deuten kann, bringen immer so kleine Perlen auf die Stirn...
-
@marios774 Dann liess mal ganz oben den ersten post
-
@apollon77 sagte in js-controller 4.0.x jetzt für alle User im STABLE!:
@boronsbruder Hi,
ja, die Meldungkannst Du ignorieren ... da fehlt ein Check ... Wird gerade immer geloggt auch wenn es gar keinen Fehler gab
Fixen wir in der nächsten Controller VersionIst euch das durchgegangen, denn ich erhalte die Meldung auch mit der 19er?
(Cannot set object: null)
-
@ofbeqnpolkkl6mby5e13 ne der wurde gemeldet nachdem der 4.0.19 schon released war.
-
Ach so, okay.
-
Nachdem ich nun einen aktuellen Container gestartet habe , mein Backup zurückspielen konnte (JS Controller 3.3.22) , wurde das System auf 4.0.19 aktualisiert.
Nun verzweifel ich an Adapter Updates.
Jedesmal wenn ich das über den Admin mache kommt: (iot als Beispiel)host.IOBrokerSynology 2022-03-10 13:03:53.359 error iobroker host.IOBrokerSynology Cannot install iobroker.iot@1.10.0: 216 host.IOBrokerSynology 2022-03-10 13:02:21.374 info iobroker Installing iobroker.iot@1.10.0... (System call) host.IOBrokerSynology 2022-03-10 13:02:21.373 info iobroker NPM version: 6.14.16 host.IOBrokerSynology 2022-03-10 13:02:19.662 info iobroker Update iot from @1.9.7 to @1.10.0 host.IOBrokerSynology 2022-03-10 13:02:12.355 info iobroker upgrade iotFixer ist gelaufen, Fehler bleibt. Auch sonst alles probiert.
Upload all oder setup custom um von jsonl wieder auf file zu ändern.Eine Idee wie ich das Problem löse?
-
@haselchen Ja, erstmal durchatmen und ruhig bleiben :-))
Da sagt npm einen Fehler und der wird nicht angezeigt.
Also bitte an der Kommandozeile mal
iob upgrade iot --debugausführen ... dann sollten die Fehlermeldungen ausgegeben werden -
Sorry für den Screenshot, im Container geht das nicht anders.
Was hat das verdammte castv2-client Ding für Probleme?
Das bringe ich irgendwie mit dem Chromecast in Verbindung.
Edit:
So , nach x Schweißattacken, des Rätsels Lösung.
In node_modules gab es keinen castv2-client Ordner.
Dann durch eine Eingebung mal in die package.json geguckt.
Dort war oben gleich ein Eintrag mit castv2-client.
Den gelöscht und zack, Updates gehen wieder.
Kein Plan , wie da was und wo zusammenhängt. -
@haselchen Sehr interessant. Jetzt müsste man überlegen wo denn bei Dir das "castv2-client" Paket herkam was dnn nicht wirklich da war
-
@thomas-braun sagte in js-controller 4.0.x jetzt für alle User im STABLE!:
@feinfinger
Dann mache es nochmal...
Und wie gesagt, hampel da nicht als root rum.Erledigt, läuft wieder und update auf 4.0.19 hat auch geklappt.
Musste ca. 200 Ordner umbenennen bzw. habe sie gelöscht. (backup war ja vorhanden)
Das einzige was sich jetzt nicht updaten lässt ist der influxdb Adapter, da bin ich noch auf 1.9.5 und soll auf 2.6.3.
Gibt es hierfür ne Idee?
