js-controller 3.2 jetzt im Latest!
-
@thomas-braun wenn ich was nachschauen muss, lade ich mir auch das LOG herunter und schaue via Notepad. Alternativ werde ich vermutlich auch nur den Weblink nutzen. Putty hab ich nur laufen, wenn ich den JS-Controller updaten muss oder was schief gegangen ist ^^
-
@thomas-braun das reicht für ne kurze kontrolle.. total.. und bei fehler kannst immer noch in den LOG auf system schauen..
ansonsten kann ich euch den SEQ Adapter ans herz legen
-
und mit
tail -f iobroker.current.log | grep -E 'warn|error'werden nur warnings und error's ausgegeben...
-
@ilovegym
Jau. Kenn ich natürlich. Aber da kommt selten was in meinem System. Das ist ganz brav. -
ich denke, ich werde einfach versuchen, das LOG vom ioBroker im meinen Protokoll-Server auf der SYNO zu bekommen. Geht wohl mit JS-Boardmitteln
-
Leute ... Foookus :-))
-
Hi,
ich hatte 3.1.6 seit einiger Zeit erfolgreich laufen. (amd64 Plattform (atom-2600 CPU), Nodejs 12.19 bzw. inzwischen 12.20).
Beim Versuch, auf 3.2 upzugraden, erhalte ich folgenden Fehler:# iobroker upgrade self Update js-controller from @3.1.6 to @3.2.13 NPM version: 6.14.10 npm install iobroker.js-controller@3.2.13 --loglevel error --unsafe-perm --prefix "/opt/iobroker" (System call) /opt/iobroker/node_modules/iobroker.js-controller/lib/tools.js:38 const FORBIDDEN_CHARS = /[^._\-/ :!#$%&()+=@^{}|~\p{Ll}\p{Lu}\p{Nd}]+/gu; ^ SyntaxError: Invalid regular expression: /[^._\-/ :!#$%&()+=@^{}|~\p{Ll}\p{Lu}\p{Nd}]+/: Invalid property name in character class at Object.<anonymous> (/opt/iobroker/node_modules/iobroker.js-controller/lib/tools.js:38:25) at Module._compile (internal/modules/cjs/loader.js:999:30) at Object.Module._extensions..js (internal/modules/cjs/loader.js:1027:10) at Module.load (internal/modules/cjs/loader.js:863:32) at Function.Module._load (internal/modules/cjs/loader.js:708:14) at Module.require (internal/modules/cjs/loader.js:887:19) at require (internal/modules/cjs/helpers.js:74:18) at Object.<anonymous> (/opt/iobroker/node_modules/iobroker.js-controller/lib/setup.js:20:31) at Module._compile (internal/modules/cjs/loader.js:999:30) at Object.Module._extensions..js (internal/modules/cjs/loader.js:1027:10) npm ERR! code ELIFECYCLE npm ERR! errno 1 npm ERR! iobroker.js-controller@3.2.13 install: `node iobroker.js setup first` npm ERR! Exit status 1 npm ERR! npm ERR! Failed at the iobroker.js-controller@3.2.13 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! /home/iobroker/.npm/_logs/2021-02-05T10_17_24_018Z-debug.log host.atombook Cannot install iobroker.js-controller@3.2.13: 1Hatte vorher einen zweiten Versuche nach einem manuellen "npm update" gemacht, selbes Resultat. Danach ist js-controller erstmal gelöscht und ich stelle die 3.1.6 wieder her mit "npm install -f iobroker.js-controller@3.1.6" - dann läuft wieder alles.
Irgendwelche Ideen?
-
@didi-0 und node -v gibt wirklich nodejs 12?
auch nodejs -v ? -
Prüf mal die node-Installation:
which nodejs && nodejs -v && which node && node -v && which npm && npm -v && apt policy nodejs -
@thomas-braun Wie oft hast du diese Kommandos schon im Forum gepostet?
-
@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.
-
@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!
