js-controller 3.2 jetzt im Latest!
-
@thomas-braun Ich bin für einen Counter in deiner Signatur.
-
@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! -
@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? -
atombook ~ # which node && node -v && which npm && npm -v /usr/bin/node v12.20.1 /usr/bin/npm 6.14.10nodejs 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... -
@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. -
@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) -
@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. -
@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") -
@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!
-
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:
Linuxiobroker stop
iobroker update
iobroker upgrade self
iobroker startEs bleibt dann die aktuelle Version 3.1.6 installiert.
Ich würde die aktuelle Version 3.2.X gerne wegen LetsEncrypt nutzen.
VG
Kalle -
iobroker repo list -
@pi4 LOG... was steht im LOG
-
@pi4 Das interessante ist die Konsolenausgabe bei den einzelnen Kommandos. Vor allem bei upgrade self
-
@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?
-
Konsolenausgabe.txt
Hier die Konsolenausgabe:iobroker repo list
iobroker stop
iobroker update
iobroker upgrade self
iobroker repo list
iobroker start
iobroker repo list -
@pi4 In stable ist die Version noch nicht drin, nur im Beta-Zweig.
-
@thomas-braun Danke für die schnelle Antwort. Wann wird sie in "stable" ca. zur Verfügung stehen?
-
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 -
@aiouh sagte in js-controller 3.2 jetzt im Latest!:
EACCES: permission denied 0.0.0.0:502
Da fehlen Zugriffs-Rechte.
-
@thomas-braun Das hätte ich auch so rausgelesen, aber weshalb nach dem Update, ich habe ja nichts an dem Modbus Device oder Adapter oder IPs geändert. Es gibt hier auch keinen user/kennwort einzurichten. Bin ratlos.
Schlimmstenfalls setze ich den Adapter eben morgen nochmal neu aufNachtrag:
Es hat an fehlenden Rechten des Adapters für den Port gelegen, der Fixer hats behoben
.
Es steht ja eigentlich in der Anleitung "Wenn bei der Installation Fehler wegen fehlender Zugriffsrechte auftreten..." - JETZT hab ich das auch verstanden.
