NEWS
js-controller 4.0.x jetzt für alle User im STABLE!
-
@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 -
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 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@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 ...
-
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 -
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 :-)
-
@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
@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 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)
@ofbeqnpolkkl6mby5e13 ne der wurde gemeldet nachdem der 4.0.19 schon released war.
Beitrag hat geholfen? Votet rechts unten im Beitrag :-) https://paypal.me/Apollon77 / https://github.com/sponsors/Apollon77
- Debug-Log für Instanz einschalten? Admin -> Instanzen -> Expertenmodus -> Instanz aufklappen - Loglevel ändern
- Logfiles auf Platte /opt/iobroker/log/… nutzen, Admin schneidet Zeilen ab
-
@ofbeqnpolkkl6mby5e13 ne der wurde gemeldet nachdem der 4.0.19 schon released war.
Ach so, okay.
-
@ofbeqnpolkkl6mby5e13 ne der wurde gemeldet nachdem der 4.0.19 schon released war.
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?
Synology DS218+ & 2 x Fujitsu Esprimo (VM/Container) + FritzBox7590 + 2 AVM 3000 Repeater & Homematic & HUE & Osram & Xiaomi, NPM 10.9.4, Nodejs 22.21.0 ,JS Controller 7.0.7 ,Admin 7.7.19
-
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.Synology DS218+ & 2 x Fujitsu Esprimo (VM/Container) + FritzBox7590 + 2 AVM 3000 Repeater & Homematic & HUE & Osram & Xiaomi, NPM 10.9.4, Nodejs 22.21.0 ,JS Controller 7.0.7 ,Admin 7.7.19
-
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
-
@feinfinger
Dann mache es nochmal...
Und wie gesagt, hampel da nicht als root rum.@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?
iob als LXC im Proxmox
Node.js: v22.19.0
NPM: 10.9.3
js-controller 7.0.7 -
@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?
@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 ;-)
-
@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 ;-)
Ok, verständlich ;-)
$ iobroker upgrade influxdb@2.6.3 Update influxdb from @1.9.5 to @2.6.3 NPM version: 8.1.4Installing iobroker.influxdb@2.6.3... (System call) host.ioBroker Cannot install iobroker.influxdb@2.6.3: 217 ERROR: Process exited with code 25iob als LXC im Proxmox
Node.js: v22.19.0
NPM: 10.9.3
js-controller 7.0.7 -
Ok, verständlich ;-)
$ iobroker upgrade influxdb@2.6.3 Update influxdb from @1.9.5 to @2.6.3 NPM version: 8.1.4Installing iobroker.influxdb@2.6.3... (System call) host.ioBroker Cannot install iobroker.influxdb@2.6.3: 217 ERROR: Process exited with code 25@feinfinger sagte in js-controller 4.0.x jetzt für alle User im STABLE!:
iobroker upgrade influxdb@2.6.3
Da gefällt npm irgendwas nicht.
Dann mach mal
iobroker upgrade influxdb@2.6.3 --debugWas ist die Ausgabe?
-
@feinfinger sagte in js-controller 4.0.x jetzt für alle User im STABLE!:
iobroker upgrade influxdb@2.6.3
Da gefällt npm irgendwas nicht.
Dann mach mal
iobroker upgrade influxdb@2.6.3 --debugWas ist die Ausgabe?
@apollon77 sagte in js-controller 4.0.x jetzt für alle User im STABLE!:
iobroker upgrade influxdb@2.6.3 --debug
BE CAREFUL: THIS IS A MAJOR UPGRADE, WHICH WILL MOST LIKELY INTRODUCE BREAKING CHANGES! Would you like to upgrade influxdb from @1.9.5 to @2.6.3 now? [(y)es, (n)o]: y Update influxdb from @1.9.5 to @2.6.3 NPM version: 8.1.4 Installing iobroker.influxdb@2.6.3... (System call) npm ERR! code ENOTEMPTY npm ERR! syscall rename npm ERR! path /opt/iobroker/node_modules/bcrypt-pbkdf/node_modules/tweetnacl npm ERR! dest /opt/iobroker/node_modules/bcrypt-pbkdf/node_modules/.tweetnacl-DWEcN9yD npm ERR! errno -39 npm ERR! ENOTEMPTY: directory not empty, rename '/opt/iobroker/node_modules/bcrypt-pbkdf/node_modules/tweetnacl' -> '/opt/iobroker/node_modules/bcrypt-pbkdf/node_modules/.tweetnacl-DWEcN9yD' npm ERR! A complete log of this run can be found in: npm ERR! /home/iobroker/.npm/_logs/2022-03-10T16_50_21_221Z-debug.log host.ioBroker Cannot install iobroker.influxdb@2.6.3: 217Dann geh ich mal wieder dem rename Hobby nach ;-)
iob als LXC im Proxmox
Node.js: v22.19.0
NPM: 10.9.3
js-controller 7.0.7 -
@apollon77 sagte in js-controller 4.0.x jetzt für alle User im STABLE!:
iobroker upgrade influxdb@2.6.3 --debug
BE CAREFUL: THIS IS A MAJOR UPGRADE, WHICH WILL MOST LIKELY INTRODUCE BREAKING CHANGES! Would you like to upgrade influxdb from @1.9.5 to @2.6.3 now? [(y)es, (n)o]: y Update influxdb from @1.9.5 to @2.6.3 NPM version: 8.1.4 Installing iobroker.influxdb@2.6.3... (System call) npm ERR! code ENOTEMPTY npm ERR! syscall rename npm ERR! path /opt/iobroker/node_modules/bcrypt-pbkdf/node_modules/tweetnacl npm ERR! dest /opt/iobroker/node_modules/bcrypt-pbkdf/node_modules/.tweetnacl-DWEcN9yD npm ERR! errno -39 npm ERR! ENOTEMPTY: directory not empty, rename '/opt/iobroker/node_modules/bcrypt-pbkdf/node_modules/tweetnacl' -> '/opt/iobroker/node_modules/bcrypt-pbkdf/node_modules/.tweetnacl-DWEcN9yD' npm ERR! A complete log of this run can be found in: npm ERR! /home/iobroker/.npm/_logs/2022-03-10T16_50_21_221Z-debug.log host.ioBroker Cannot install iobroker.influxdb@2.6.3: 217Dann geh ich mal wieder dem rename Hobby nach ;-)
@feinfinger Am Ende ist das aber nur ein zeichen das sich in deinem npm Baum Dinger verdreht haben ... Vllt doch mal besser sauberer aufzuräumen ( also node_module löschen, js-controller ma uell installieren und dann starten und ihn alles nacheinander neu installieren lassen .. ja dauert bissl
757
Online32.4k
Benutzer81.5k
Themen1.3m
Beiträge