UNSOLVED deConz Adapter bleibt nach update gelb

[monarc]

Habe gerade den Adapter nochmal deinstalliert und wollte jetzt 1.3.5 neu installieren. Während der Installation kommen auch schon Fehlermeldung. Eine Instanz gibt es nun trotzdem....

Update: Muss mich korrigieren. Es gibt tatsächlich keine Instanz. Ein Update des Adapters auf 1.3.6 wird mir trotzdem angeboten....

$ ./iobroker upgrade deconz@1.3.5
Update deconz from @0.0.0 to @1.3.5
NPM version: 6.14.4
npm install iobroker.deconz@1.3.5 --loglevel error --prefix "/opt/iobroker" (System call)
ERR!
 sharp Use with glibc 2.24 requires manual installation of libvips >= 8.9.1info sharp Attempting to build from source via node-gyp but this may fail due to the above errorinfo sharp Please see https://sharp.pixelplumbing.com/install for required dependencies
../src/common.cc:23:22: fatal error: vips/vips8: Datei oder Verzeichnis nicht gefunden #include <vips/vips8>                      ^
compilation terminated.
make: *** [Release/obj.target/sharp/src/common.o] Fehler 1
gyp
 
ERR!
 build error 
gyp ERR! stack Error: `make` failed with exit code: 2gyp ERR! stack     at ChildProcess.onExit (/usr/lib/node_modules/npm/node_modules/node-gyp/lib/build.js:191:23)gyp ERR! stack     at ChildProcess.emit (events.js:198:13)gyp ERR! stack     at Process.ChildProcess._handle.onexit (internal/child_process.js:248:12)gyp ERR! System Linux 4.19.66-v7+gyp
 ERR! command "/usr/bin/node" "/usr/lib/node_modules/npm/node_modules/node-gyp/bin/node-gyp.js" "rebuild"gyp ERR! cwd /opt/iobroker/node_modules/sharpgyp ERR! node -v v10.20.1gyp ERR! node-gyp -v v5.1.0gyp ERR! not ok 
upload [3] deconz.admin /opt/iobroker/node_modules/iobroker.deconz/admin/words.js words.js application/javascript
upload [2] deconz.admin /opt/iobroker/node_modules/iobroker.deconz/admin/instruction.png instruction.png image/png
upload [1] deconz.admin /opt/iobroker/node_modules/iobroker.deconz/admin/index_m.html index_m.html text/html
upload [0] deconz.admin /opt/iobroker/node_modules/iobroker.deconz/admin/deconz.png deconz.png image/png
Adapter "deconz" updated
process exited with code 0

Un hier noch die Ausgabe beim Deinstallieren des Adapters (ohne Instanz). Sah allerdings auch beim erstem mal Deinstallieren ähnlich aus.

$ ./iobroker del deconz
Delete adapter "deconz"
host.raspberrypi Counted 1 meta of deconz
host.raspberrypi Counted 1 adapter for deconz
host.raspberrypi Counted 1 objects of deconz
host.raspberrypi file deconz.admin deleted
host.raspberrypi object deconz.admin deletedhost.raspberrypi Deleting 3 object(s).
npm uninstall iobroker.deconz --error --prefix "/opt/iobroker" (System call)
ERR!
 
sharp Use with glibc 2.24 requires manual installation of libvips >= 8.9.1
info sharp Attempting to build from source via node-gyp but this may fail due to the above errorinfo sharp
 Please see https://sharp.pixelplumbing.com/install for required dependencies
../src/common.cc:23:22: fatal error: vips/vips8: Datei oder Verzeichnis nicht gefunden #include <vips/vips8>                      ^compilation terminated.
make: *** [Release/obj.target/sharp/src/common.o] Fehler 1
gyp ERR! build error 
gyp ERR! stack Error: `make` failed with exit code: 2gyp ERR! stack     at ChildProcess.onExit (/usr/lib/node_modules/npm/node_modules/node-gyp/lib/build.js:191:23)gyp ERR! stack     at ChildProcess.emit (events.js:198:13)gyp ERR! stack     at Process.ChildProcess._handle.onexit (internal/child_process.js:248:12)gyp ERR! System Linux 4.19.66-v7+gyp ERR! command "/usr/bin/node" "/usr/lib/node_modules/npm/node_modules/node-gyp/bin/node-gyp.js" "rebuild"gyp ERR! cwd /opt/iobroker/node_modules/sharpgyp ERR! node -v v10.20.1gyp ERR! node-gyp -v v5.1.0gyp ERR! not ok 
npm
 WARN
 optional SKIPPING OPTIONAL DEPENDENCY: fsevents@~2.1.2 (node_modules/chokidar/node_modules/fsevents):
npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for fsevents@2.1.3: wanted {"os":"darwin","arch":"any"} (current: {"os":"linux","arch":"arm"})npm WARN onvif-snapshot@1.0.2 requires a peer of onvif@^0.5.5 but none is installed. You must install peer dependencies yourself.
npm WARN optional SKIPPING OPTIONAL DEPENDENCY: osx-temperature-sensor@1.0.5 (node_modules/osx-temperature-sensor):npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for osx-temperature-sensor@1.0.5: wanted {"os":"darwin","arch":"any"} (current: {"os":"linux","arch":"arm"})npm WARN optional SKIPPING OPTIONAL DEPENDENCY: sharp@0.25.2 (node_modules/sharp):
npm WARN optional SKIPPING OPTIONAL DEPENDENCY: sharp@0.25.2 install: `(node install/libvips && node install/dll-copy && prebuild-install --runtime=napi) || (node-gyp rebuild && node install/dll-copy)`npm WARN optional SKIPPING OPTIONAL DEPENDENCY: Exit status 1
process exited with code 0

[Thomas Braun]

@monarc said in deConz Adapter bleibt nach update gelb:

Update deconz from @0.0.0 to @1.3.5

Update deconz from @0.0.0 to @1.3.5

Merkwürdige Versionsnummer.

Please see https://sharp.pixelplumbing.com/install for required dependencies

Da fehlen vmtl. dev-Pakete (u. a. libvips-dev). Und eine aktuelles node12 evtl. auch.

[monarc]

@Thomas-Braun

Update deconz from @0.0.0 to @1.3.5

Ist die Neuinstallation, kA ob die Ausgabe dann so zu erwarten ist

Wie genau installier ich diese dev Pakete denn. Hatte mich da schon mal dran versucht, leider erfolglos.

Hatte die Meldungen bis vor Kurzem auch noch nie....

[Thomas Braun]

@monarc Okay, dann würde ich aber bei einer Neuinstallation auch nicht upgraden sondern installieren.

Was für ein System hast du da?

lsb_release -a

[monarc]

@Thomas-Braun said in deConz Adapter bleibt nach update gelb:

lsb_release -a

pi@raspberrypi:~ $ lsb_release -a
No LSB modules are available.
Distributor ID: Raspbian
Description:    Raspbian GNU/Linux 9.11 (stretch)
Release:        9.11
Codename:       stretch

[Thomas Braun]

@monarc Och, stretch... Da müsste man recht viel dran umbauen/selberbauen. Selbst ein buster würde da schon Mühe machen, wenn ich das richtig überflogen habe. Da trau ich mich nicht ran ohne Testsystem.

[monarc]

@Thomas-Braun

Was wäre denn aktuell zu empfehlen? Bis jetzt galt für mich never touch a running system....

Aber ich mein bis zum ersten Upgrade auf 1.3.6 und auch nach dem ersten Downgrade zurück auf 1.3.5 lief ja alles mehr oder weniger gut.

Erst nach der aktuellen Meldung (Infosytem), dass man vor dem Upgrade auf 1.3.6 den Deconz adapter deinstallieren soll fing das ganze "Drama" an.....

[Thomas Braun]

@monarc Dann installier die 1.3.5, wenn die lief.
Wenn du ein Backup hast und risikofreudig bist können wir das auch hier probieren. Aber nicht von stretch aus, buster wäre da Minimalvoraussetzung für.

[monarc]

Okay 1.3.5 scheint jetzt wieder zu laufen

deconz.0	2020-05-07 15:02:26.602	info	(29850) Code 404: Ressource not found get devices: []
deconz.0	2020-05-07 15:02:25.832	info	(29850) deConz Version: 2.5.71; API version: 1.16.0
deconz.0	2020-05-07 15:02:25.442	info	(29850) starting. Version 1.3.5 in /opt/iobroker/node_modules/iobroker.deconz, node: v10.20.1, js-controller: 3.0.20

Wieso 1.3.6 nicht läuft wäre dann trotzdem noch Interessant.... vielleicht fällt ja noch jemanden was auf?

[Thomas Braun]

@monarc

ldd -version

[monarc]

@Thomas-Braun

pi@raspberrypi:~ $ ldd --version
ldd (Debian GLIBC 2.24-11+deb9u4) 2.24

[Thomas Braun]

@monarc
Das sind jetzt mehrere Abhängigkeiten (dependencies) die da manuell aufgelöst werden müssten.
Stretch hat die glibc 2.24 im System, der deconz Adapater benötigt ein Modul 'sharp' was es aber nicht vorkompiliert gibt. Also versucht der Installer sharp zu bauen, scheitert aber, weil sharp auch libvips in einer bestimmten Version braucht. Gibt es aber beides nicht für den ARMV7 Chipsatz mit einer Distribution die auf glibc <= 2.28 baut:

The following platforms require compilation of both libvips and sharp from source:
Linux ARM64 (glibc <= 2.28, musl)

Usw... Da muss ziemlich viel rekompiliert werden. Und mit der alten glibc von stretch macht das keinen Spaß.

Auf meinem buster muss ich das mal irgendwann gemacht haben. Kann ich mich aber gar nicht dran erinnern... Jedenfalls hab ich hier sharp in den node-modules liegen.

[monarc]

@Thomas-Braun

Hmm, versteh ich das richtig, dass der Deconz Adapter (auf einmal ) Sharp benötigt und dieses nicht ARMV7 Chipsatz kompatibel ist und somit nicht auf dem RPi laufen kann?! Oder liegt das alles nur an Stretch?

[Thomas Braun]

@monarc Das kann man schon bauen.
Ich hab das mal irgendwann gemacht, scheint mir.

pi@raspberrypi:~ $ ls -la /opt/iobroker/node_modules/sharp/
insgesamt 100
drwxrwxr-x+   9 iobroker iobroker  4096 Apr 28 21:04 .
drwxrwxr-x+ 791 iobroker iobroker 28672 Mai  6 20:46 ..
-rw-rwxr--+   1 iobroker iobroker  7245 Okt 26  1985 binding.gyp
drwxrwxr-x+   3 iobroker iobroker  4096 Apr 28 21:04 build
drwxrwxr-x+   2 iobroker iobroker  4096 Apr 15 07:11 install
drwxrwxr-x+   2 iobroker iobroker  4096 Apr 15 07:11 lib
-rw-rwxr--+   1 iobroker iobroker 10273 Okt 26  1985 LICENSE
drwxrwxr-x+   3 iobroker iobroker  4096 Apr 15 07:11 node-addon-api
drwxrwxr-x+   5 iobroker iobroker  4096 Apr 24 07:05 node_modules
-rw-rwxr--+   1 iobroker iobroker  8981 Apr 15 07:11 package.json
-rw-rwxr--+   1 iobroker iobroker  3238 Okt 26  1985 README.md
drwxrwxr-x+   3 iobroker iobroker  4096 Apr 15 07:11 src
drwxrwxr-x+   4 iobroker iobroker  4096 Apr 15 07:11 vendor

Von buster aus sind die Klimmzüge aber nicht ganz so groß, weil da glibc 2.28 schon läuft.
(Und ich sehe, dass mir dabei wohl auch ein Fehler unterlaufen ist. Vermutlich im falschen Verzeichnis gestanden...)

[monarc]

Naja, dann werd ich demnächst wohl irgendwann mal auf Buster gehen.

Bleibt trotzdem Interessant ob der Deconz Adapter mit einem der nächsten Updates wieder funktioniert.

Vielleicht kann sich zu der Abhängigkeit des Adapters und sharp ja mal jemand melden.

@Jey-Cee Hast du vielleicht eine Idee?

[Jey Cee]

@monarc muss dich Entäuschen ich weis da nix.

[Jey Cee]

@monarc so ich hab jetzt nochmal hier Quer gelesen und mal die Abhängigkeiten des Adapters durchsucht, package-lock.json, da taucht sharp auch als indirekte Abhängikeit nicht auf.
Der Fehler kommt aber von gyp und das wiederum wird bei jeder installation eines Paketes aufgerufen wenn Abhängigkeiten im System Kompiliert werden müssen.
Sprich bei jeder Installation wird versucht ausstehende oder Fehlerhafte Abhängigkeiten zu Korrigieren.

[Thomas Braun]

@Jey-Cee said in deConz Adapter bleibt nach update gelb:

Sprich bei jeder Installation wird versucht ausstehende oder Fehlerhafte Abhängigkeiten zu Korrigieren.

Ah, okay, das wusste ich so nicht. Da ist also mal irgendwas anderes kleben geblieben. Ich dachte sharp würde evtl. für eine Netzwerkkarte des zigbee-Netzes benötigt. Dann nix für ungut! War ich auf dem Holzweg!

[monarc]

Jemand ne Idee wie ich gyp Fehler beheben kann?

@Jey-Cee Meinst du das Problem (ständige Neustarts des Adapters) von 1.3.6 ist mit 1.3.7 behoben?

[Jey Cee]

@monarc Nein das wird bei dir weiterhin auftreten weil deine JS-controller Version das Problem ist. Aktualisiere den auf 3.0.20 und das Problem ist weg.

Hintergrund ist das eine Prüfung eingebaut wurde ob die setState Funktion einen Wert mit übergibt. Nur habe ich wegen Einfachheit, Performance gründen und weil es meiner Meinung nach auch nicht nötig ist keinen Wert übergeben. Nach Rücksprache mit den Core Entwicklern wurde die Änderung wieder raus genommen.