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

[apollon77]

@padrino Mach mal "Iobroker setup first" (was eigentlich bei nem Update auch immer laufen sollte. Zeig mal die Ausgabe ... die Ausgabe vom Update hast Du ja bestimmt nimmer ...

[apollon77]

@Marty56 Na perfekt, also "USer problem" und kein Grund die JS-Adapter Dep anzuheben

[apollon77]

@Marty56 0_userdata.0 ?

[apollon77]

@oFbEQnpoLKKl6mbY5e13 Ok, setzet mal Loglevel vom Adapter auf "silly" (Instanzen - Expertenmodus . Spalte Logstufe ... dort bei hm-ip auf silly stellen. Dann komplettes log aus dem File (nicht admin!) in einem issue im GitHub hinterlegen. Mir link schicken.

Ich bin nicht sicher wie das mit dem controller zu tun haben kann. Da kommt eine Nachricht von hmip rein mit falschen Daten ...

[oFbEQnpoLKKl6mbY5e13]

Das kann sein, um 23:00Uhr geht der Hüllschutz an.

Der Adapter stürzt ab, wenn über die App Hüllschutz, Vollschutz oder Unscharf aktiviert wird.

Bei silly kommen extrem viele Log-Daten rein, mein Access-Point ist maximal ausgebaut (80 Komponenten).

2020-05-02 01:54:16.248 - info: host.iobroker-d instance system.adapter.hmip.0 terminated with code 0 (NO_ERROR)

Hat vielleicht was hiermit zu tun:
https://github.com/iobroker-community-adapters/ioBroker.hmip/issues/105

[apollon77]

@oFbEQnpoLKKl6mbY5e13 naja von dem vielen log ist das interessant kurz vor dem Crash. Wenn du es reproduzieren kannst umso besser.

[Marty56]

@apollon77 Danke für den Hinweis. Ich habe bemerkt, dass ich die im Log File monierten pngs überhaupt nicht mehr in VIS benutze.

web.0	2020-05-02 05:03:18.895	warn	readFile will not read this file (Biot.png) in future versions: own_icons is not an object of type "meta"

und es ist mir total unklar, wie ich die jetzt löschen soll. Kann es sein, dass das irgendeine Dateileiche ist, die bei dem Wechsel nach Redis entstanden ist?
Aber ich will den Thread zu dem js-controller nicht sprengen, wenn Du meinst, dass ich dazu einen eigen Thread aufmachen soll, mache ich das.

[apollon77]

@Marty56 naja wenn sie nicht mehr gebraucht werden ist ja egal. Irgendjemand greitt der aber drauf zu ...

[oFbEQnpoLKKl6mbY5e13]

@apollon77 sagte in js-controller 3.0 jetzt im Latest!:

@oFbEQnpoLKKl6mbY5e13 naja von dem vielen log ist das interessant kurz vor dem Crash. Wenn du es reproduzieren kannst umso besser.

Davor kommt nichts. Das ist die erste Meldung.

[dslraser]

@dirk1962 sagte in js-controller 3.0 jetzt im Latest!:

@dslraser
Ich habe den Befehl nach "iobroker stop" im Verzeichnis "opt/iobroker" ausgeführt.
Mache ich da was falsch?

@apollon77
Beim heutigen Update (iot 1.4.14) ist es wieder da...

2020-05-02 13:05:48.477 - warn: iot.0 (1102) Cannot initialize getImage: Error: The module '/opt/iobroker/node_modules/canvas/build/Release/canvas.node'
was compiled against a different Node.js version using
NODE_MODULE_VERSION 64. This version of Node.js requires
NODE_MODULE_VERSION 72. Please try re-compiling or re-installing
the module (for instance, using `npm rebuild` or `npm install`).

[Thomas Braun]

Canvas rebuilden.

[dirk1962]

@dslraser
Jepp, war bei mir auch so.:confused: :confused: Aber ich weiß ja jetzt, wie man es fixt. :blush: :blush:

[dslraser]

@Thomas-Braun sagte in js-controller 3.0 jetzt im Latest!:

Canvas rebuilden.

ich habe das damit gemacht

iobroker rebuild iot --install

oder doch noch irgendwie anders ?

[Thomas Braun]

@dslraser

npm rebuild canvas

In /opt/iobroker

[dslraser]

@Thomas-Braun sagte in js-controller 3.0 jetzt im Latest!:

npm rebuild canvas

habe ich eben gemacht

root@iobroker:/opt/iobroker# npm rebuild canvas

> canvas@2.6.1 install /opt/iobroker/node_modules/canvas
> node-pre-gyp install --fallback-to-build

node-pre-gyp WARN Using request for node-pre-gyp https download
[canvas] Success: "/opt/iobroker/node_modules/canvas/build/Release/canvas.node" already installed
Pass --update-binary to reinstall or --build-from-source to recompile

> canvas@2.6.1 install /opt/iobroker/node_modules/iobroker.iot/node_modules/canvas
> node-pre-gyp install --fallback-to-build

node-pre-gyp WARN Using request for node-pre-gyp https download
[canvas] Success: "/opt/iobroker/node_modules/iobroker.iot/node_modules/canvas/build/Release/canvas.node" already installed
Pass --update-binary to reinstall or --build-from-source to recompile
canvas@2.6.1 /opt/iobroker/node_modules/canvas
canvas@2.6.1 /opt/iobroker/node_modules/iobroker.iot/node_modules/canvas
root@iobroker:/opt/iobroker#

[Thomas Braun]

@dslraser Nicht als root!

[dslraser]

@Thomas-Braun

sondern ? (Portainer---Docker)

[Thomas Braun]

@dslraser Ach, der blöde Docker...

npm rebuild canvas --build-from-source

[dslraser]

@Thomas-Braun sagte in js-controller 3.0 jetzt im Latest!:

npm rebuild canvas --build-from-source

Spoiler

root@iobroker:/opt/iobroker# npm rebuild canvas --build-from-source

> canvas@2.6.1 install /opt/iobroker/node_modules/canvas
> node-pre-gyp install --fallback-to-build

node-pre-gyp WARN Using request for node-pre-gyp https download
Package pixman-1 was not found in the pkg-config search path.
Perhaps you should add the directory containing `pixman-1.pc'
to the PKG_CONFIG_PATH environment variable
No package 'pixman-1' found
gyp: Call to 'pkg-config pixman-1 --libs' returned exit status 1 while in binding.gyp. while trying to load binding.gyp
gyp ERR! configure error
gyp ERR! stack Error: `gyp` failed with exit code: 1
gyp ERR! stack     at ChildProcess.onCpExit (/usr/lib/node_modules/npm/node_modules/node-gyp/lib/configure.js:351:16)
gyp ERR! stack     at ChildProcess.emit (events.js:310:20)
gyp ERR! stack     at Process.ChildProcess._handle.onexit (internal/child_process.js:275:12)
gyp ERR! System Linux 4.4.59+
gyp ERR! command "/usr/bin/node" "/usr/lib/node_modules/npm/node_modules/node-gyp/bin/node-gyp.js" "configure" "--fallback-to-build" "--module=/opt/iobroker/node_modules/canvas/build/Release/canvas.node" "--module_name=canvas" "--module_path=/opt/iobroker/node_modules/canvas/build/Release" "--napi_version=5" "--node_abi_napi=napi" "--napi_build_version=0" "--node_napi_label=node-v72"
gyp ERR! cwd /opt/iobroker/node_modules/canvas
gyp ERR! node -v v12.16.3
gyp ERR! node-gyp -v v5.1.0
gyp ERR! not ok
node-pre-gyp ERR! build error
node-pre-gyp ERR! stack Error: Failed to execute '/usr/bin/node /usr/lib/node_modules/npm/node_modules/node-gyp/bin/node-gyp.js configure --fallback-to-build --module=/opt/iobroker/node_modules/canvas/build/Release/canvas.node --module_name=canvas --module_path=/opt/iobroker/node_modules/canvas/build/Release --napi_version=5 --node_abi_napi=napi --napi_build_version=0 --node_napi_label=node-v72' (1)
node-pre-gyp ERR! stack     at ChildProcess.<anonymous> (/opt/iobroker/node_modules/canvas/node_modules/node-pre-gyp/lib/util/compile.js:83:29)
node-pre-gyp ERR! stack     at ChildProcess.emit (events.js:310:20)
node-pre-gyp ERR! stack     at maybeClose (internal/child_process.js:1021:16)
node-pre-gyp ERR! stack     at Process.ChildProcess._handle.onexit (internal/child_process.js:286:5)
node-pre-gyp ERR! System Linux 4.4.59+
node-pre-gyp ERR! command "/usr/bin/node" "/opt/iobroker/node_modules/canvas/node_modules/.bin/node-pre-gyp" "install" "--fallback-to-build"
node-pre-gyp ERR! cwd /opt/iobroker/node_modules/canvas
node-pre-gyp ERR! node -v v12.16.3
node-pre-gyp ERR! node-pre-gyp -v v0.11.0
node-pre-gyp ERR! not ok
Failed to execute '/usr/bin/node /usr/lib/node_modules/npm/node_modules/node-gyp/bin/node-gyp.js configure --fallback-to-build --module=/opt/iobroker/node_modules/canvas/build/Release/canvas.node --module_name=canvas --module_path=/opt/iobroker/node_modules/canvas/build/Release --napi_version=5 --node_abi_napi=napi --napi_build_version=0 --node_napi_label=node-v72' (1)
npm ERR! code ELIFECYCLE
npm ERR! errno 1
npm ERR! canvas@2.6.1 install: `node-pre-gyp install --fallback-to-build`
npm ERR! Exit status 1
npm ERR!
npm ERR! Failed at the canvas@2.6.1 install script.
npm ERR! This is probably not a problem with npm. There is likely additional logging output above.

npm ERR! A complete log of this run can be found in:
npm ERR!     /opt/iobroker/.npm/_logs/2020-05-02T11_26_33_480Z-debug.log
root@iobroker:/opt/iobroker#

[Thomas Braun]

@dslraser Da fehlen jetzt die -dev-Pakete aus dem graphic stack. Ich weiß aber nicht wo man die bei deinem System her bekommt.