js-controller 3.2 jetzt im Latest!

[Thomas Braun]

@diginix Hab 'nen Autotext dafür. Kein Problem...

Aber offenbar noch nicht oft genug, so häufig wie man da dann doch auf krumme Installationen stößt.

[Diginix]

@thomas-braun Ich bin für einen Counter in deiner Signatur.

[Thomas Braun]

@diginix sagte in js-controller 3.2 jetzt im Latest!:

@thomas-braun Ich bin für einen Counter in deiner Signatur.

Dann auch noch einen Couner für:
Man meldet sich nicht als root an!

[Jan1]

@thomas-braun
OK, wenn wir schon dabei sind, wäre dann nicht auch noch einer für "Runlevel 5 ist nix für ein Server" angebracht?

[Didi 0]

@thomas-braun @apollon77

atombook ~ # which node && node -v && which npm && npm -v
/usr/bin/node
v12.20.1
/usr/bin/npm
6.14.10

nodejs und apt gibt es auf dem System nicht, ist ein gentoo Bisher hatte ich auch keine Probleme mit NodeJs unter gentoo. Ich kann aber gerne auch mal ein 14er Release installieren und es damit probieren...

[Thomas Braun]

@didi-0
Gut, gentoo hatte ich jetzt nicht erwartet, damit bist du ein Super-Exoten-Pinguin unter den ioBrokern. nodejs ist letzendlich ohnehin nur ein symlink auf node, das muss nicht unbedingt vorhanden sein.
Ich vermute aber, das ein node14 dich auch nicht weiterbringen wird.

[Didi 0]

@thomas-braun
Naja, ich werde das schon noch probieren. Dachte nur, dass vielleicht auch noch jemand anders das Problem hat.
Oder eine Idee, woran's liegt?
Kennt sich jemand mit node so gut aus, zu wissen, was zum regex-parsen benützt wird? Eigentlich kann's ja nur eine zu alte Library auf meinem System sein oder irgendein node-module funkt dazwischen...

atombook ~ # ldd /usr/bin/node
        linux-vdso.so.1 (0x00007ffcaf769000)
        libz.so.1 => /lib64/libz.so.1 (0x00007f4e5b8f5000)
        libhttp_parser.so.2.9 => /usr/lib64/libhttp_parser.so.2.9 (0x00007f4e5b8e9000)
        libbrotlidec.so.1 => /usr/lib64/libbrotlidec.so.1 (0x00007f4e5b8db000)
        libbrotlienc.so.1 => /usr/lib64/libbrotlienc.so.1 (0x00007f4e5b849000)
        libcares.so.2 => /usr/lib64/libcares.so.2 (0x00007f4e5b832000)
        libnghttp2.so.14 => /usr/lib64/libnghttp2.so.14 (0x00007f4e5b808000)
        libcrypto.so.1.1 => /usr/lib64/libcrypto.so.1.1 (0x00007f4e5b558000)
        libssl.so.1.1 => /usr/lib64/libssl.so.1.1 (0x00007f4e5b4c6000)
        libdl.so.2 => /lib64/libdl.so.2 (0x00007f4e5b4c1000)
        libstdc++.so.6 => /usr/lib/gcc/x86_64-pc-linux-gnu/9.3.0/libstdc++.so.6 (0x00007f4e5b24b000)
        libm.so.6 => /lib64/libm.so.6 (0x00007f4e5b107000)
        libgcc_s.so.1 => /usr/lib/gcc/x86_64-pc-linux-gnu/9.3.0/libgcc_s.so.1 (0x00007f4e5b0ed000)
        libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f4e5b0cb000)
        libc.so.6 => /lib64/libc.so.6 (0x00007f4e5af0f000)
        libbrotlicommon.so.1 => /usr/lib64/libbrotlicommon.so.1 (0x00007f4e5aeec000)
        /lib64/ld-linux-x86-64.so.2 (0x00007f4e5d221000)

[Thomas Braun]

@didi-0 node aus pacman gebaut?
Keine Ahnung wie 'fragmentiert' das auf gentoo gebaut wird. Die debian-dfsg-Version ist jedenfalls sehr modular, die hier präferierte Version von nodesource gebaut bringt mehr Module mit. Vermutlich dann auch das benötigte Modul für die reg-Echsen.

[Didi 0]

@thomas-braun nope, aus dem Standard-Repo, das aktuelle Release für die 12er Serie.
Mir ist gerade aufgefallen, dass ich ohne "Internationalization Components for Unicode" Library gebaut habe, vielleicht hat das einen Einfluss... so viele build-Optionen gibt es da sonst nicht:

[U] net-libs/nodejs
     Available versions:  12.19.1(0/12)^t ~12.20.1(0/12)^t 14.15.0(0/14)^t 14.15.1(0/14)^t ~14.15.4(0/14)^t ~15.5.1(0/15)^t **99999999*l^t {debug doc (+)icu inspector +npm pax_kernel +snapshot +ssl system-icu +system-ssl systemtap test CPU_FLAGS_X86="sse2"}
     Installed versions:  12.20.1(0/12)^t(08:01:48 AM 02/05/2021)(npm snapshot ssl system-ssl -debug -doc -icu -inspector -systemtap -test CPU_FLAGS_X86="sse2")

[Didi 0]

@apollon77 @Thomas-Braun
Die fehlende ICU-Library war's! Ich hatte gestern abend node (12.20.1) neu gebaut und gerade eben lief das Update dann erfolgreich durch!

atombook ~ # ldd /usr/bin/node
...
        libicui18n.so.68 => /usr/lib64/libicui18n.so.68 (0x00007f5055078000)
        libicuuc.so.68 => /usr/lib64/libicuuc.so.68 (0x00007f5054e91000)
...
        libicudata.so.68 => /usr/lib64/libicudata.so.68 (0x00007f5052d72000)
        /lib64/ld-linux-x86-64.so.2 (0x00007f50572f1000)

Vielleicht könnt ihr das ja irgendwo als Dependency-Hinweis aufnehmen? Danke!

[pi4]

Hallo zusammen,

könnt ihr mir bitte eine kurze Hilfestellung geben.
Ich versuche gerade das Update von 3.1.6 auf 3.2.13 durchzuführen und kommen mit der Anleitung einfach nicht weiter:
Linux

iobroker stop
iobroker update
iobroker upgrade self
iobroker start

Es bleibt dann die aktuelle Version 3.1.6 installiert.
Ich würde die aktuelle Version 3.2.X gerne wegen LetsEncrypt nutzen.
VG
Kalle

[Thomas Braun]

@pi4

iobroker repo list

[arteck]

@pi4 LOG... was steht im LOG

[apollon77]

@pi4 Das interessante ist die Konsolenausgabe bei den einzelnen Kommandos. Vor allem bei upgrade self

[fastfoot]

@pi4 sagte in js-controller 3.2 jetzt im Latest!:

Es bleibt dann die aktuelle Version 3.1.6 installiert.

ist denn die repo auch auf latest?

[pi4]

Konsolenausgabe.txt
Hier die Konsolenausgabe:

iobroker repo list
iobroker stop
iobroker update
iobroker upgrade self
iobroker repo list
iobroker start
iobroker repo list

[Thomas Braun]

@pi4 In stable ist die Version noch nicht drin, nur im Beta-Zweig.

[pi4]

@thomas-braun Danke für die schnelle Antwort. Wann wird sie in "stable" ca. zur Verfügung stehen?

[Aiouh]

Hallo,

das update ist grundsätzlich erst einmal ohne größere ersichtliche Fehler durchgelaufen.
--> Danke für den tollen Job den Ihr hier macht. <--

Ein Problem hat sich jedoch mit dem Modbus Adapter eingeschlichen.
Ich hatte beim Update noch fünf Instanzen der Version V 3.1.10 am laufen.
Vier davon laufen weiterhin problemlos, eine Instanz, die für meine Heizungsanlage, wird jetzt nicht mehr grün.
Ich bekomme dort ein permission denied, die Werte werden nicht mehr abgerufen.
Sicherheitshalber habe ich auch die LogFiles der letzten Tage gecheckt, dort kam nie ein "permission denied" vor.
Es muss also mit dem Update nach 3.2. zu tun haben.
Um sicherzugehen dass es nicht an der V 3.1.10 liegt habe ich den Modbus Adapter auf V 3.2.4 aktualisiert, leider auch ohne Erfolg.
Und gerade fällt mir noch auf, dass in der letzten Zeile steht "js-controller 3.1.6 !? Ist da doch mehr schief gelaufen?

Vielen Dank schon mal fürs anschauen

modbus.2	2021-02-07 18:36:49.793	error	(6338) Error: listen EACCES: permission denied 0.0.0.0:502 at Server.setupListenHandle [as _listen2] (net.js:1299:21) at listenInCluster (net.js:1364:12) at doListen (net.js:1501:7) at
modbus.2	2021-02-07 18:36:49.792	error	(6338) uncaught exception: listen EACCES: permission denied 0.0.0.0:502
modbus.2	2021-02-07 18:36:49.770	debug	(6338) setting request handler
modbus.2	2021-02-07 18:36:49.770	debug	(6338) initiating write single register request handler.
modbus.2	2021-02-07 18:36:49.769	debug	(6338) setting request handler
modbus.2	2021-02-07 18:36:49.769	debug	(6338) initiating write single coil request handler.
modbus.2	2021-02-07 18:36:49.768	debug	(6338) setting request handler
modbus.2	2021-02-07 18:36:49.768	debug	(6338) initiating write multiple registers request handler.
modbus.2	2021-02-07 18:36:49.740	debug	(6338) setting request handler
modbus.2	2021-02-07 18:36:49.739	debug	(6338) initiating write multiple coils request handler.
modbus.2	2021-02-07 18:36:49.739	debug	(6338) setting request handler
modbus.2	2021-02-07 18:36:49.739	debug	(6338) initiating read input registers request handler.
modbus.2	2021-02-07 18:36:49.738	debug	(6338) setting request handler
modbus.2	2021-02-07 18:36:49.731	debug	(6338) initiating read holding registers request handler.
modbus.2	2021-02-07 18:36:49.731	debug	(6338) setting request handler
modbus.2	2021-02-07 18:36:49.731	debug	(6338) initiating read discrete inputs request handler.
modbus.2	2021-02-07 18:36:49.730	debug	(6338) setting request handler
modbus.2	2021-02-07 18:36:49.729	debug	(6338) initiating read coils request handler.
modbus.2	2021-02-07 18:36:49.724	debug	(6338) server is listening on port
modbus.2	2021-02-07 18:36:49.384	debug	(6338) Slave ready to start
modbus.2	2021-02-07 18:36:48.499	warn	(6338) Serial is not available
modbus.2	2021-02-07 18:36:48.447	info	(6338) starting. Version 3.2.4 in /opt/iobroker/node_modules/iobroker.modbus, node: v12.20.1, js-controller: 3.1.6

[Thomas Braun]

@aiouh sagte in js-controller 3.2 jetzt im Latest!:

EACCES: permission denied 0.0.0.0:502

Da fehlen Zugriffs-Rechte.