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

Nashra

@apollon77
update von 4.0.18 auf 4.0.19 ohne Probleme

Siggi0904

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

Muss/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

Michael Schmitt

@apollon77
update auf 4.0.19 ohne Probleme durch gelaufen

Rushmed

@siggi0904 Bei mir auch:

137 packages are looking for funding
  run `npm fund` for details

mÜ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

wendy2702

@rushmed Spenden: Pakete sind auf der Suche nach Finanzierung

apollon77 · upgrade von 4.0.18 auf 4.0.19 auf master und slave ohne Probleme.

@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

apollon77

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

marios774

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

Thomas Braun

@marios774 sagte in js-controller 4.0.x jetzt für alle User im STABLE!:

Was nun?

Nix. Alles i. O.

marios774

@thomas-braun

Dann bin ich beruhigt... Fehlermeldungen, die ich nicht deuten kann, bringen immer so kleine Perlen auf die Stirn...

apollon77

@marios774 Dann liess mal ganz oben den ersten post

oFbEQnpoLKKl6mbY5e13

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

Ist euch das durchgegangen, denn ich erhalte die Meldung auch mit der 19er?

(Cannot set object: null)

apollon77

@ofbeqnpolkkl6mby5e13 ne der wurde gemeldet nachdem der 4.0.19 schon released war.

oFbEQnpoLKKl6mbY5e13

@apollon77

Ach so, okay.

haselchen

@apollon77

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 iot

Fixer 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?

apollon77

@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 --debug ausführen ... dann sollten die Fehlermeldungen ausgegeben werden

haselchen

@apollon77

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.

apollon77

@haselchen Sehr interessant. Jetzt müsste man überlegen wo denn bei Dir das "castv2-client" Paket herkam was dnn nicht wirklich da war

Feinfinger

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

apollon77 · Erledigt, läuft wieder und update auf 4.0.19 hat auch geklappt.

@feinfinger sagte in js-controller 4.0.x jetzt für alle User im STABLE!:

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?

Ohne das Du und mehr Infos gibst was das Problem ist hat glaube keiner eine Idee

NEWS

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

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

Support us

577

32.4k

81.3k

1.3m