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

[apollon77]

@hardy_01 naja Du kommst von der 3.1 ... Da steht oben das Du idealerweise zuerst die 3.2 installieren solltest bzw ja bei DIr wäre der direkte weg via npm der sinnvolle. Siehe letzter Post

[hardy_01]

@apollon77
Habe ich probiert, bekomme leider immer noch einen Fehler (Berechtigung).

pi@raspberrypi-iob:~ $ sudo -H -u iobroker npm install iobroker.js-controller
npm WARN deprecated request@2.88.2: request has been deprecated, see https://github.com/request/request/issues/3142
npm WARN deprecated har-validator@5.1.5: this library is no longer supported
npm WARN deprecated uuid@3.4.0: Please upgrade  to version 7 or higher.  Older versions may use Math.random() in certain circumstances, which is known to be problematic.  See https://v8.dev/blog/math-random for details.
npm WARN checkPermissions Missing write access to /home/pi
npm WARN optional SKIPPING OPTIONAL DEPENDENCY: fsevents@~2.3.2 (node_modules/chokidar/node_modules/fsevents):
npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for fsevents@2.3.2: wanted {"os":"darwin","arch":"any"} (current: {"os":"linux","arch":"arm"})
npm WARN enoent ENOENT: no such file or directory, open '/home/pi/package.json'
npm WARN pi No description
npm WARN pi No repository field.
npm WARN pi No README data
npm WARN pi No license field.

npm ERR! code EACCES
npm ERR! syscall access
npm ERR! path /home/pi
npm ERR! errno -13
npm ERR! Error: EACCES: permission denied, access '/home/pi'
npm ERR!  [Error: EACCES: permission denied, access '/home/pi'] {
npm ERR!   errno: -13,
npm ERR!   code: 'EACCES',
npm ERR!   syscall: 'access',
npm ERR!   path: '/home/pi'
npm ERR! }
npm ERR! 
npm ERR! The operation was rejected by your operating system.
npm ERR! It is likely you do not have the permissions to access this file as the current user
npm ERR! 
npm ERR! If you believe this might be a permissions issue, please double-check the
npm ERR! permissions of the file and its containing directories, or try running
npm ERR! the command again as root/Administrator.

npm ERR! A complete log of this run can be found in:
npm ERR!     /home/iobroker/.npm/_logs/2022-03-29T20_06_59_453Z-debug.log

[Thomas Braun]

@hardy_01
Du stehst im falschen Verzeichnis...

cd /opt/iobroker

Und dann die direkte Installation wie schon versucht.

[hardy_01]

@thomas-braun
Herzlichen Dank an alle, hat funktioniert

[Jack01]

Moin,
heute habe ich mal allen Mut gefasst und auf die aktuelle Version upgedatet.
Es sieht so aus, als ob alles funktioniert hat.
Es allerdings ein paar Meldungen, die von dem Beispiel im ersten Thread abweichen

pi@raspberrypi:/opt/iobroker $ iobroker upgrade self
Update js-controller from @3.3.22 to @4.0.21
NPM version: 6.14.16
npm install iobroker.js-controller@4.0.21 --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.1/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.1/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:41112 Error from InMemDB: Error: GET-UNSUPPORTED for namespace cfg.: Data=["meta.objects.features.useSets"]
Server Objects 127.0.0.1:41112 Error from InMemDB: Error: GET-UNSUPPORTED for namespace cfg.: Data=["meta.objects.protocolVersion"]
Server Objects 127.0.0.1:41112 Error from InMemDB: Error: Unknown LUA script load
Server Objects 127.0.0.1:41112 Error from InMemDB: Error: Unknown LUA script load
Server Objects 127.0.0.1:41112 Error from InMemDB: Error: Unknown LUA script load
Server Objects 127.0.0.1:41112 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]}]
pi@raspberrypi:/opt/iobroker $

Muss ich hier noch etwas unternehmen oder ist das so OK?

Gruß

Hans-Jürgen

Nachtrag:
meine Datenbanken sehen jetzt so aus:

pi@raspberrypi:/opt/iobroker $ iob status
iobroker is running on this host.


Objects type: jsonl
States  type: redis
pi@raspberrypi:/opt/iobroker $

[Thomas Braun]

@jack01

Schaut okay aus.

[lacknelu]

Hallo!

Habe heute versucht auf den js-controller 4.0.x upzugraden - leider bin ich gescheitert ... Habe mich durch die infos im thread garbeitet und auch einiges ausprobiert, jedoch haben alle Lösungen nicht funktioniert bzw. immer wieder zu demselben Problem / Error geführt:

pi@PI4IOBroker:/opt/iobroker $ iobroker upgrade self
Update js-controller from @3.1.6 to @4.0.21
NPM version: 7.24.2
npm install iobroker.js-controller@4.0.21 --loglevel error --unsafe-perm --prefix "/opt/iobroker" (System call)
 Objects 127.0.0.1:56176 Error from InMemDB: Error: GET-UNSUPPORTED for namespace cfg.: Data=["meta.objects.features.useSets"]
 States 127.0.0.1:43884 Error from InMemDB: Error: GET-UNSUPPORTED for namespace meta.: Data=["meta.states.protocolVersion"]
 Objects 127.0.0.1:56176 Error from InMemDB: Error: GET-UNSUPPORTED for namespace cfg.: Data=["meta.objects.protocolVersion"]
 Objects 127.0.0.1:56176 Error from InMemDB: Error: scan NOT SUPPORTED
npm ERR! code 1
npm ERR! path /opt/iobroker/node_modules/iobroker.js-controller
npm ERR! command failed
npm ERR! command sh -c node iobroker.js setup first
npm ERR! /opt/iobroker/node_modules/standard-as-callback/built/index.js:6
npm ERR!         throw e;
npm ERR!         ^
npm ERR!
npm ERR! ReplyError: Error scan NOT SUPPORTED
npm ERR!     at parseError (/opt/iobroker/node_modules/redis-parser/lib/parser.js:179:12)
npm ERR!     at parseType (/opt/iobroker/node_modules/redis-parser/lib/parser.js:302:14)
npm ERR! Emitted 'error' event on ScanStream instance at:
npm ERR!     at /opt/iobroker/node_modules/ioredis/built/ScanStream.js:38:22
npm ERR!     at tryCatcher (/opt/iobroker/node_modules/standard-as-callback/built/utils.js:12:23)
npm ERR!     at /opt/iobroker/node_modules/standard-as-callback/built/index.js:33:51
npm ERR!     at processTicksAndRejections (internal/process/task_queues.js:95:5) {
npm ERR!   command: {
npm ERR!     name: 'scan',
npm ERR!     args: [ '0', 'MATCH', 'cfg.o.system.host.*', 'COUNT', '250' ]
npm ERR!   }
npm ERR! }

npm ERR! A complete log of this run can be found in:
npm ERR!     /home/iobroker/.npm/_logs/2022-04-01T21_26_30_838Z-debug.log
Starting node restart.js

Die zuletzt probierte Prozedur war folgende:

iobroker update
iobroker stop
iobroker upgrade
iobroker upgrade self
iobroker fix
iobroker start

Hat jemand eine idee woran es liegen könnte? Leider kann ich mit den Error Log auf keinen grünen Zweig kommen

Der Log beinhaltet folgendes:

0 verbose cli [
0 verbose cli   '/usr/local/bin/node',
0 verbose cli   '/usr/local/bin/npm',
0 verbose cli   'install',
0 verbose cli   'iobroker.js-controller@4.0.21',
0 verbose cli   '--loglevel',
0 verbose cli   'error',
0 verbose cli   '--unsafe-perm',
0 verbose cli   '--prefix',
0 verbose cli   '/opt/iobroker'
0 verbose cli ]
1 info using npm@7.24.2
2 info using node@v14.19.1
3 timing npm:load:whichnode Completed in 1ms
4 timing config:load:defaults Completed in 5ms
5 timing config:load:file:/usr/local/lib/node_modules/npm/npmrc Completed in 4ms
6 timing config:load:builtin Completed in 4ms
7 timing config:load:cli Completed in 8ms
8 timing config:load:env Completed in 0ms
9 timing config:load:file:/opt/iobroker/.npmrc Completed in 2ms
10 timing config:load:project Completed in 2ms
11 timing config:load:file:/home/iobroker/.npmrc Completed in 1ms
12 timing config:load:user Completed in 1ms
13 timing config:load:file:/opt/iobroker/etc/npmrc Completed in 0ms
14 timing config:load:global Completed in 0ms
15 timing config:load:validate Completed in 1ms
16 timing config:load:credentials Completed in 3ms
17 timing config:load:setEnvs Completed in 3ms
18 timing config:load Completed in 28ms
19 timing npm:load:configload Completed in 28ms
20 timing npm:load:setTitle Completed in 0ms
21 timing npm:load:setupLog Completed in 2ms
22 timing config:load:flatten Completed in 9ms
23 timing npm:load:cleanupLog Completed in 6ms
24 timing npm:load:configScope Completed in 0ms
25 timing npm:load:projectScope Completed in 1ms
26 timing npm:load Completed in 47ms
27 timing arborist:ctor Completed in 2ms
28 verbose shrinkwrap failed to load node_modules/.package-lock.json out of date, updated: node_modules/iobroker.zwave2
29 timing idealTree:init Completed in 6038ms
30 timing idealTree:userRequests Completed in 24ms
31 silly idealTree buildDeps
32 silly fetch manifest iobroker.js-controller@4.0.21
33 http fetch GET 200 https://registry.npmjs.org/iobroker.js-controller 7421ms (cache revalidated)
34 silly placeDep ROOT iobroker.js-controller@4.0.21 REPLACE for: iobroker.inst@2.0.3 want: 4.0.21
35 silly fetch manifest @alcalzone/esbuild-register@^2.5.1-1
36 silly fetch manifest @iobroker/db-objects-file@4.0.21
37 silly fetch manifest @iobroker/db-objects-jsonl@4.0.21
38 silly fetch manifest @iobroker/db-objects-redis@4.0.21
39 silly fetch manifest @iobroker/db-states-file@4.0.21
40 silly fetch manifest @iobroker/db-states-jsonl@4.0.21
41 silly fetch manifest @iobroker/db-states-redis@4.0.21
42 silly fetch manifest @iobroker/js-controller-adapter@4.0.21
43 silly fetch manifest @iobroker/js-controller-cli@4.0.21
44 silly fetch manifest @iobroker/js-controller-common@4.0.21
45 silly fetch manifest @iobroker/js-controller-common-db@4.0.21
46 silly fetch manifest @iobroker/plugin-base@~1.2.1
47 silly fetch manifest @iobroker/plugin-sentry@~1.2.0
48 silly fetch manifest axios@^0.24.0

Vielen Dank für eure Hilfe.

LG Lukas

[crunchip]

@lacknelu denke du müsstest erst mal dein node und npm richtig installieren
wenn das erledigt ist und dennoch kein upgrade funktioniert, dann im ersten Thread den Abschnitt "Bei Fehlern:" nochmal lesen

[Thomas Braun]

@lacknelu
Ja, nodeJS und das Drumherum ist komplett schief.
Das zuerst in Ordnung bringen. Siehe in meiner Signatur.

[apollon77]

@lacknelu naja, du springst von der 3.1 über 3.2 und 3.3 zur 4.0 ... das ist ein "weiterer Weg" ... lies mal oben im ersten Post ... Mach einen "npm" install des 4er controller wie oben angegeben dann geht es auch

PS: Hättest auch einfach mal ein paar Posts nach oben scrollen können, da gabs schon einen zweiten User mit genau dem gleichen problem

[Aiouh]

Mein Update ist absolut problemlos gelaufen, wieder einmal prima Arbeit von den Verantwortlichen. DANKE dafür.
Eine Frage habe ich aber noch - Ich bekomme seit dem Update die Meldung

influxdb.0 2022-04-02 17:38:44.229	warn	No connection to DB

Das ist erst einmal nicht tragisch, da ich eigentlich nur noch die influxdb.1 benutze. Die influxdb.0 zeigt auf eine externe db die es seit kurzem nicht mehr gibt und nicht mehr genutzt wird. Bisher hatte ich dazu keine Fehlermeldungen bekommen, erst nach dem Update.
Meine Frage ist nun wie ich herausbekommen kann ob ich doch noch Objekte mit der alten influxdb.0 verknüpft habe.
Würde ich Fehlermeldungen bekommen wenn dem so wäre? Dann lege ich mich dazu gleich wieder ganz beruhigt hin.

[apollon77]

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

Meine Frage ist nun wie ich herausbekommen kann ob ich doch noch Objekte mit der alten influxdb.0 verknüpft habe.

Wie meinst Du das?

[Einstein67]

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

Meine Frage ist nun wie ich herausbekommen kann ob ich doch noch Objekte mit der alten influxdb.0 verknüpft habe.

Einfach die Objekte öffnen und dann rechts oben bei Einstellungen "influxdb.0" auswählen.

Dann werden nur mehr Objekte angezeigt, die nach influxdb.0 speichern.

[lacknelu]

@apollon77, @Thomas Braun, @crunchip

Danke für eure Unterstützung. Bin noch einmal alles durchgegangen und habe Node richtig gestellt. Zwischenzeitlich ist dann nichts mehr gegangen weil ich einfach leider viel zu wenig über die Thematik verstehe

IOBroker läuft mittlerweile wieder und ich upgrade mich sukzessive in Richtung 4.X

Danke & LG
Lukas

[Aiouh]

@apollon77
Wie meine ich das: Ich habe in den Anfängen meines ioBroker bei einigen Objekten die influxdb.0 als history DB verwendet.
Ich habe dann auf die lokale influxdb.1 umgestellt und "glaube" auch, dass ich alle Objekte umgestellt habe, ich bin mir aber eben leider nicht sicher.
Bevor ich nun irgendwann eine Überraschung erlebe dass die history Daten eines Objekts fehlen dachte ich mir es wäre gut wenn ich, ohne jedes Objekt einzeln zu öffnen, irgendwie eine Übersicht ziehen könnte welches Objekt welcher influxdb zugeordnet ist.
Ich hoffe das war klarer ausgedrückt.

[apollon77]

@aiouh Jupp danke. @Einstein67 hatte doch ja wohl dann richtig verstanden

[flubb]

Hallo zusammen,
habe noch eine etwas ältere Installation am laufen (js-controller 2.x) und würde diese gern updaten. Wie empfohlen würde ich das gerne über einen Zwischenstopp bei der 3.3 machen und dann erstmal Node.js updaten.

Leider scheitere ich jedoch bei der Installation vom js-controller 3.3:

pi@raspberrypi:/opt/iobroker $ npm install iobroker.js-controller@3.3
npm WARN deprecated request@2.88.2: request has been deprecated, see https://github.com/request/request/issues/3142
npm ERR! code ENOTSUP
npm ERR! notsup Unsupported engine for winston@3.7.2: wanted: {"node":">= 12.0.0"} (current: {"node":"10.18.1","npm":"6.13.4"})
npm ERR! notsup Not compatible with your version of node/npm: winston@3.7.2
npm ERR! notsup Not compatible with your version of node/npm: winston@3.7.2
npm ERR! notsup Required: {"node":">= 12.0.0"}
npm ERR! notsup Actual:   {"npm":"6.13.4","node":"10.18.1"}

npm ERR! A complete log of this run can be found in:
npm ERR!     /home/pi/.npm/_logs/2022-04-07T18_31_35_248Z-debug.log

Dachte der js-controller 3.3 ist noch mit Node.js 10 kompatibel? Der Versuch auf den js.controller 3.2 upzudaten führt zum gleichen Problem. Hat jmd. einen Tipp für mich?
Danke

[Thomas Braun]

@flubb
Installier doch zunächst eine aktuelle nodeJS-Version?
Ich würde gleich auf node14 gehen.

[apollon77]

@flubb alternativ geh über die 3.2 vom Controller.

[Sonnenkind]

Hallo in die Runde,
ich hätte mal folgende Frage, wollte jetzt auch updaten, dabei kommt bei der Abfrage von Node und Node js immer die gleiche Version 14.19.1 wie in derInfo angezeigt, aber gleichzeitig sagt er da mein Host ist noch
das verstehe ich nicht ganz , bin abernoch immer kein Linux Profi eventuell würde mir jemand einen Tip geben können?
Danke schon mal ?Ach es läuft eigentlich alles soweit, lediglich der matt leget keine Objekte an aber das nur nebenbei muss auch damit nix zu tun haben.Danke auf jeden Fall und einen schönen Sonntag noch