js-controller 3.2 jetzt im Latest!
-
apt policy libpam0g-dev -
@thomas-braun sagte in js-controller 3.2 jetzt im Latest!:
apt policy libpam0g-dev
Ja läuft....
libpam0g-dev: Installed: 1.3.1-5ubuntu4.1 Candidate: 1.3.1-5ubuntu4.1 Version table: *** 1.3.1-5ubuntu4.1 500 500 http://archive.ubuntu.com/ubuntu focal-updates/main amd64 Packages 100 /var/lib/dpkg/status 1.3.1-5ubuntu4 500 500 http://archive.ubuntu.com/ubuntu focal/main amd64 Packages -
also mit dem js-controller 3.2.7 hab ich leuter Fehlermeldungen:
2021-01-18 19:37:16.508 - ESC[31merrorESC[39m: host.IoBrokerSmartHome Caught by controller[0]: TypeError: Cannot read property 'stateValue' of undefined 2021-01-18 19:37:16.508 - ESC[31merrorESC[39m: host.IoBrokerSmartHome Caught by controller[0]: at VirtualDevice.<anonymous> (script.js.VirtuelleDevices.ESP.watermeter:297:72) 2021-01-18 19:37:16.509 - ESC[31merrorESC[39m: host.IoBrokerSmartHome Caught by controller[0]: at runCallback (timers.js:706:11) 2021-01-18 19:37:16.509 - ESC[31merrorESC[39m: host.IoBrokerSmartHome Caught by controller[0]: at tryOnImmediate (timers.js:676:5) 2021-01-18 19:37:16.509 - ESC[31merrorESC[39m: host.IoBrokerSmartHome Caught by controller[0]: at processImmediate (timers.js:658:5) 2021-01-18 19:37:16.509 - ESC[31merrorESC[39m: host.IoBrokerSmartHome Caught by controller[0]: at process.topLevelDomainCallback (domain.js:126:23) 2021-01-18 19:37:16.509 - ESC[31merrorESC[39m: host.IoBrokerSmartHome Caught by controller[0]: TypeError: Cannot read property 'stateValue' of undefined 2021-01-18 19:37:16.509 - ESC[31merrorESC[39m: host.IoBrokerSmartHome Caught by controller[0]: at VirtualDevice.<anonymous> (script.js.VirtuelleDevices.ESP.watermeter:297:72) 2021-01-18 19:37:16.509 - ESC[31merrorESC[39m: host.IoBrokerSmartHome Caught by controller[0]: at runCallback (timers.js:706:11) 2021-01-18 19:37:16.509 - ESC[31merrorESC[39m: host.IoBrokerSmartHome Caught by controller[0]: at tryOnImmediate (timers.js:676:5) 2021-01-18 19:37:16.510 - ESC[31merrorESC[39m: host.IoBrokerSmartHome Caught by controller[0]: at processImmediate (timers.js:658:5) 2021-01-18 19:37:16.510 - ESC[31merrorESC[39m: host.IoBrokerSmartHome Caught by controller[0]: at process.topLevelDomainCallback (domain.js:126:23) 2021-01-18 19:37:16.510 - ESC[31merrorESC[39m: host.IoBrokerSmartHome Caught by controller[0]: TypeError: Cannot read property 'stateValue' of undefined 2021-01-18 19:37:16.510 - ESC[31merrorESC[39m: host.IoBrokerSmartHome Caught by controller[0]: at VirtualDevice.<anonymous> (script.js.VirtuelleDevices.ESP.watermeter:297:72) 2021-01-18 19:37:16.510 - ESC[31merrorESC[39m: host.IoBrokerSmartHome Caught by controller[0]: at runCallback (timers.js:706:11) 2021-01-18 19:37:16.510 - ESC[31merrorESC[39m: host.IoBrokerSmartHome Caught by controller[0]: at tryOnImmediate (timers.js:676:5) 2021-01-18 19:37:16.510 - ESC[31merrorESC[39m: host.IoBrokerSmartHome Caught by controller[0]: at processImmediate (timers.js:658:5) 2021-01-18 19:37:16.510 - ESC[31merrorESC[39m: host.IoBrokerSmartHome Caught by controller[0]: at process.topLevelDomainCallback (domain.js:126:23) 2021-01-18 19:37:16.511 - ESC[31merrorESC[39m: host.IoBrokerSmartHome Caught by controller[0]: TypeError: Cannot read property 'stateValue' of undefined 2021-01-18 19:37:16.511 - ESC[31merrorESC[39m: host.IoBrokerSmartHome Caught by controller[0]: at VirtualDevice.<anonymous> (script.js.VirtuelleDevices.ESP.watermeter:297:72) 2021-01-18 19:37:16.511 - ESC[31merrorESC[39m: host.IoBrokerSmartHome Caught by controller[0]: at runCallback (timers.js:706:11) 2021-01-18 19:37:16.511 - ESC[31merrorESC[39m: host.IoBrokerSmartHome Caught by controller[0]: at tryOnImmediate (timers.js:676:5) 2021-01-18 19:37:16.511 - ESC[31merrorESC[39m: host.IoBrokerSmartHome Caught by controller[0]: at processImmediate (timers.js:658:5) 2021-01-18 19:37:16.511 - ESC[31merrorESC[39m: host.IoBrokerSmartHome Caught by controller[0]: at process.topLevelDomainCallback (domain.js:126:23)hab auch schon geschaut, aber wonach bitte zählt der denn die Line 297? nicht so, wie sie im JavaScript ist denke ich.
-
Die Installation von Branches über Github funktioniert nicht mehr korrekt.
js-controller: 3.2.7
os: Linux / Docker / buanet 5.1
architektur: x64
nodejs: v12.20.0
NPM: 6.14.8über den bisher funktionierenden Link (https://github.com/Omega236/ioBroker.virtualpowermeter/tarball/1.3.0) kommt es zu einer Fehlermeldung (wird aber installiert, man muss aber manuell upload und neu starten):
$ ./iobroker url "https://github.com/Omega236/ioBroker.virtualpowermeter/tarball/1.3.0" --debug install https://github.com/Omega236/ioBroker.virtualpowermeter/tarball/1.3.0 NPM version: 6.14.8 npm install https://github.com/Omega236/ioBroker.virtualpowermeter/tarball/1.3.0 --loglevel error --prefix "/opt/iobroker" (System call) + iobroker.virtualpowermeter@1.3.0 updated 1 package in 43.181s 23 packages are looking for funding run `npm fund` for details ERROR: host.IoBrokerTestSystem1 Cannot install https://github.com/Omega236/ioBroker.virtualpowermeter/tarball/1.3.0: 0 ERROR: process exited with code 25Wenn man den Link von github nimmt (https://github.com/Omega236/ioBroker.virtualpowermeter/tree/1.3.0) dann installiert er die Version aus dem Master branch.
edit:
im stable (3.1.6) sieht der log gut aus:$ ./iobroker url "https://github.com/Omega236/ioBroker.virtualpowermeter/tarball/1.3.0" --debug install https://github.com/Omega236/ioBroker.virtualpowermeter/tarball/1.3.0 NPM version: 6.14.8 npm install https://github.com/Omega236/ioBroker.virtualpowermeter/tarball/1.3.0 --loglevel error --prefix "/opt/iobroker" (System call) + iobroker.virtualpowermeter@1.3.0updated 1 package in 16.663s 25 packages are looking for funding run `npm fund` for details upload [8] virtualpowermeter.admin /opt/iobroker/node_modules/iobroker.virtualpowermeter/admin/words.js words.js application/javascript upload [7] virtualpowermeter.admin /opt/iobroker/node_modules/iobroker.virtualpowermeter/admin/virtualpowermeter.png virtualpowermeter.png image/png upload [6] virtualpowermeter.admin /opt/iobroker/node_modules/iobroker.virtualpowermeter/admin/tsconfig.json tsconfig.json application/json upload [5] virtualpowermeter.admin /opt/iobroker/node_modules/iobroker.virtualpowermeter/admin/style.css style.css text/css upload [4] virtualpowermeter.admin /opt/iobroker/node_modules/iobroker.virtualpowermeter/admin/index_m.html index_m.html text/html upload [3] virtualpowermeter.admin /opt/iobroker/node_modules/iobroker.virtualpowermeter/admin/custom_m.html custom_m.html text/html upload [2] virtualpowermeter.admin /opt/iobroker/node_modules/iobroker.virtualpowermeter/admin/admin.d.ts admin.d.ts video/mp2t upload [1] virtualpowermeter.admin /opt/iobroker/node_modules/iobroker.virtualpowermeter/admin/InstanceSettings.PNG InstanceSettings.PNG image/png upload [0] virtualpowermeter.admin /opt/iobroker/node_modules/iobroker.virtualpowermeter/admin/DatapointSample.PNG DatapointSample.PNG image/png process exited with code 0 -
@apollon77 sagte in js-controller 3.2 jetzt im Latest!:
@prinzeisenherz1 Bitte mal die dwd Github version versuchen. Besser? Habe da im Adapter etwas nachgearbeitet
@apollon77 Bisher verhält sich mein DWD Adapter von Github unauffällig.
-
@master67 Dann muss es aber Fehler im Log geben wenn du startest ... schau mal ins Logfile
-
@homecineplexx Falls du globale Scripts hast werden die ja davorgehängt. du versuchst auf irgendetwas zuzugreifen was falsch ist. von solchen Javascripts hab ich auch einiges im Sentry wo versucht wird ein state zuzugreifen mit nem "." am ende - das ist jetzt verboten. Muss im javascript adapter wohl noch abgefangen werden
-
@omega235 Ok, checke
-
@omega235 sagte in js-controller 3.2 jetzt im Latest!:
https://github.com/Omega236/ioBroker.virtualpowermeter/tarball/1.3.0
BTW: in js.controller 3.2 geht das viel einfacher :-))
"iobroker url Omega236/ioBroker.virtualpowermeter#1.3.0"
besser als das alte?
-
@apollon77 Derzeit alles normal ohne Fehlermeldungen.
Lediglich ist mir aufgefallen das scheinbar die Prozessorlast im CT leicht angestiegen ist. Ok, ein Anstieg von 9 auf 11 % ist jetzt nichts was Alarm auslösen sollte. Aber nur als Info an dich. -
@apollon77
Super, https://github.com/Omega236/ioBroker.virtualpowermeter#1.3.0 funktioniert auch (und ohne Fehler).Merk ich mir.
-
@apollon77 also eigentlich ist das kein globales Script. Ich kann's dir gern Mal anhängen
-
@homecineplexx Nein ich sage i´nicht das das skript ein globales ist aber wen du ein globales skript definiert hast dann wird das vor alle anderen Skripte davor gehängt!
-
@apollon77 sagte in js-controller 3.2 jetzt im Latest!:
BTW: in js.controller 3.2 geht das viel einfacher :-))
"iobroker url Omega236/ioBroker.virtualpowermeter#1.3.0"
besser als das alte?Das sollte aber meiner Meinung nach ganz klar in die Release Notes, dass das alte nicht mehr geht. Ist zwar nicht schlimm, aber es ist ein kleiner "breaking change".
-
@unclesam Das "alte" und mehr wird mit der kommenden 3.2.8 wieder gehen ... Das da zB "tree" geklappt hat war denke bisher eher zufall als Absicht
-
@apollon77 sagte in js-controller 3.2 jetzt im Latest!:
@master67 Dann muss es aber Fehler im Log geben wenn du startest ... schau mal ins Logfile
Geht leider nicht, habe wieder ein Backup Eingespielt, warte noch ein bisschen ab mit dem Update bis jetzt habe ich keine Nachteile mit dem "alten" js-controller
-
@master67 Ok, also wieder kein Log gesichert? Naja so kommen wir nicht weiter. "Geht nicht" ist keine Fehlerbeschreibung (Sorry das ich es so sagen muss). So hilft es nicht weiter.
-
@apollon77 .... wo habe ich "Nur" geschrieben geht nicht?
Ich habe die Fehlermeldung gepostet, die Frage vom "thomas-braun" beantwortet, ich glaube nach Stunden des Wartens ist es verständlich das ich den ioBroker wieder "greifbar" Installiert habe (Backup).
Und wenn du mich jetzt Fragst warum es keinen "Gesicherten" Lock gibt, naja weil ich keine Ahnung habe wie hierfür der Konsolen Befehl lautet -
@apollon77 said in js-controller 3.2 jetzt im Latest!:
@homecineplexx Nein ich sage i´nicht das das skript ein globales ist aber wen du ein globales skript definiert hast dann wird das vor alle anderen Skripte davor gehängt!
ja ich hab natürlich globale skripte auch. wenige, weil ich diese vermeiden möchte.
aber ich greife zumindest in den skripten wo der fehler auftritt nicht drauf zu.und wo genau könnte das mit dem "." stehen?
-
@master67
Lösch mal den npm-cachecd /opt/iobroker npm cache clear --forceDie logs liegen übrigens in /opt/iobroker/log
