NEWS
Test js-controller v2.0.x (GitHub)
-
@e-i-k-e perfekt. Checke es morgen. Jetzt Bett N8
-
Eigentlich nichts geplantes. Der Absturz passiert auch zu anderen Uhrzeiten.
Anbei mal das syslog, ich selbst kann da nicht viel mit anfangen. syslogN8 und bis morgen.
-
@e-i-k-e sieht alles ok aus. Was war denn da 0:91 los wo wegen „_id of undefined“ die JavaScript Instanz gestorben ist. Passiert das öfter? Ist da ein Script kaputt? Irgendwie reproduzierbar?
-
@e-i-k-e hast du syslog auch von davor? Das 0:17 s geübt für Zeit gewesen zu sein Die Dieuhr hatte beim restart. Würde dann aber auf 6:XX aktualisiert. Daher denke ichbdad der Crash eher da ist.
Um 6:2x macht das System meistens Daily Aufgaben und so und dadurch kann last entstehen.
Was ist für ein Netzteil dran (wird gerade off topic für diesen Thread)
-
@AlCalzone sagte in [Aufruf] js-controller 2.0 Beta Test:
@SBorg Kannst du mal probieren, den Eigentümer im ioBroker-Ordner zu korrigieren?
sudo chown -R iobroker /opt/iobroker
Das sollte der Fixer eigentlich machen, aber vielleicht stimmt da ja doch was nicht.
Hatte mal
ls -lR|grep -v iobroker|awk {'print $3'} > result.txt
ausgeführt, danach in der TXT Leerzeilen gelöscht = leere Datei, also keine Datei die nicht iobroker gehört. Aber man weiß ja nie, also noch mal chown ausgeführt, bleibt dabei:Als User ausgeführt:
npm ERR! code EPERM npm ERR! syscall spawn npm ERR! errno EPERM npm ERR! Error: spawn EPERM npm ERR! at ChildProcess.spawn (internal/child_process.js:313:11) npm ERR! at exports.spawn (child_process.js:508:9) npm ERR! at exports.execFile (child_process.js:218:15) npm ERR! at tryCatcher (/usr/local/lib/node_modules/npm/node_modules/bluebird/js/release/util.js:16:23) npm ERR! at ret (eval at makeNodePromisifiedEval (/usr/local/lib/node_modules/npm/node_modules/bluebird/js/release/promisify.js:184:12), <anonymous>:16:23) npm ERR! at promiseRetry (/usr/local/lib/node_modules/npm/node_modules/pacote/lib/util/git.js:192:14) npm ERR! at /usr/local/lib/node_modules/npm/node_modules/promise-retry/index.js:29:24 npm ERR! at <anonymous> npm ERR! { Error: spawn EPERM npm ERR! at ChildProcess.spawn (internal/child_process.js:313:11) npm ERR! at exports.spawn (child_process.js:508:9) npm ERR! at exports.execFile (child_process.js:218:15) npm ERR! at tryCatcher (/usr/local/lib/node_modules/npm/node_modules/bluebird/js/release/util.js:16:23) npm ERR! at ret (eval at makeNodePromisifiedEval (/usr/local/lib/node_modules/npm/node_modules/bluebird/js/release/promisify.js:184:12), <anonymous>:16:23) npm ERR! at promiseRetry (/usr/local/lib/node_modules/npm/node_modules/pacote/lib/util/git.js:192:14) npm ERR! at /usr/local/lib/node_modules/npm/node_modules/promise-retry/index.js:29:24 npm ERR! at <anonymous> npm ERR! cause: { Error: spawn EPERM npm ERR! at ChildProcess.spawn (internal/child_process.js:313:11) npm ERR! at exports.spawn (child_process.js:508:9) npm ERR! at exports.execFile (child_process.js:218:15) npm ERR! at tryCatcher (/usr/local/lib/node_modules/npm/node_modules/bluebird/js/release/util.js:16:23) npm ERR! at ret (eval at makeNodePromisifiedEval (/usr/local/lib/node_modules/npm/node_modules/bluebird/js/release/promisify.js:184:12), <anonymous>:16:23) npm ERR! at promiseRetry (/usr/local/lib/node_modules/npm/node_modules/pacote/lib/util/git.js:192:14) npm ERR! at /usr/local/lib/node_modules/npm/node_modules/promise-retry/index.js:29:24 npm ERR! at <anonymous> errno: 'EPERM', code: 'EPERM', syscall: 'spawn' }, npm ERR! stack: 'Error: spawn EPERM\n at ChildProcess.spawn (internal/child_process.js:313:11)\n at exports.spawn (child_process.js:508:9)\n at exports.execFile (child_process.js:218:15)\n at tryCatcher (/usr/local/lib/node_modules/npm/node_modules/bluebird/js/release/util.js:16:23)\n at ret (eval at makeNodePromisifiedEval (/usr/local/lib/node_modules/npm/node_modules/bluebird/js/release/promisify.js:184:12), <anonymous>:16:23)\n at promiseRetry (/usr/local/lib/node_modules/npm/node_modules/pacote/lib/util/git.js:192:14)\n at /usr/local/lib/node_modules/npm/node_modules/promise-retry/index.js:29:24\n at <anonymous>', npm ERR! errno: 'EPERM', npm ERR! code: 'EPERM', npm ERR! syscall: 'spawn', npm ERR! parent: 'iobroker' } npm ERR! npm ERR! The operation was rejected by your operating system. npm ERR! It is likely you do not have the permissions to access this file as the current user npm ERR! npm ERR! If you believe this might be a permissions issue, please double-check the npm ERR! permissions of the file and its containing directories, or try running npm ERR! the command again as root/Administrator. npm ERR! A complete log of this run can be found in: npm ERR! /home/xxx/.npm/_logs/2019-09-23T19_16_22_629Z-debug.log
Nochmals npm neu installiert und alle Rechte unter /usr/local/lib/node-modules... kontrolliert, alles iO.
Als root ausgeführt:
siehe oben, "git clone..."-ErrorNur die Version mit "sudo -H..." funktioniert. Im Moment bin ich mit meinem Latein erst mal am Ende, weiß echt nicht mehr was das NPM-Update da verhunzt hat. Wenn ich der Einzige bin/bleibe, was soll's? Es läuft sonst alles und über "Umweg" kriege ich es installiert.
-
@SBorg ne du bist nicht der einzige... ich habs auch...sogar über 3 Systeme.. ich muss meine updates auch mit sudo -H ... aktualisieren
-
@e-s sagte in [Aufruf] js-controller 2.0 Beta Test:
@apollon77
Hatte aber trotzdem wieder Fehlermeldungen:santa@ubuntuserver:/opt/iobroker$ npm install ioBroker/ioBroker.js-controller npm ERR! code EPERM npm ERR! syscall spawn npm ERR! errno EPERM npm ERR! Error: spawn EPERM npm ERR! at ChildProcess.spawn (internal/child_process.js:366:11) npm ERR! at spawn (child_process.js:551:9) npm ERR! at execFile (child_process.js:221:15) npm ERR! at tryCatcher (/usr/local/lib/node_modules/npm/node_modules/bluebird/js/release/util.js:16:23) npm ERR! at ret (eval at makeNodePromisifiedEval (/usr/local/lib/node_modules/npm/node_modules/bluebird/js/release/promisify.js:184:12), <anonymous>:16:23) npm ERR! at promiseRetry (/usr/local/lib/node_modules/npm/node_modules/pacote/lib/util/git.js:192:14) npm ERR! at /usr/local/lib/node_modules/npm/node_modules/promise-retry/index.js:29:24 npm ERR! { Error: spawn EPERM npm ERR! at ChildProcess.spawn (internal/child_process.js:366:11) npm ERR! at spawn (child_process.js:551:9) npm ERR! at execFile (child_process.js:221:15) npm ERR! at tryCatcher (/usr/local/lib/node_modules/npm/node_modules/bluebird/js/release/util.js:16:23) npm ERR! at ret (eval at makeNodePromisifiedEval (/usr/local/lib/node_modules/npm/node_modules/bluebird/js/release/promisify.js:184:12), <anonymous>:16:23) npm ERR! at promiseRetry (/usr/local/lib/node_modules/npm/node_modules/pacote/lib/util/git.js:192:14) npm ERR! at /usr/local/lib/node_modules/npm/node_modules/promise-retry/index.js:29:24 npm ERR! cause: npm ERR! { Error: spawn EPERM npm ERR! at ChildProcess.spawn (internal/child_process.js:366:11) npm ERR! at spawn (child_process.js:551:9) npm ERR! at execFile (child_process.js:221:15) npm ERR! at tryCatcher (/usr/local/lib/node_modules/npm/node_modules/bluebird/js/release/util.js:16:23) npm ERR! at ret (eval at makeNodePromisifiedEval (/usr/local/lib/node_modules/npm/node_modules/bluebird/js/release/promisify.js:184:12), <anonymous>:16:23) npm ERR! at promiseRetry (/usr/local/lib/node_modules/npm/node_modules/pacote/lib/util/git.js:192:14) npm ERR! at /usr/local/lib/node_modules/npm/node_modules/promise-retry/index.js:29:24 errno: 'EPERM', code: 'EPERM', syscall: 'spawn' }, npm ERR! stack: npm ERR! 'Error: spawn EPERM\n at ChildProcess.spawn (internal/child_process.js:366:11)\n at spawn (child_process.js:551:9)\n at execFile (child_process.js:221:15)\n at tryCatcher (/usr/local/lib/node_modules/npm/node_modules/bluebird/js/release/util.js:16:23)\n at ret (eval at makeNodePromisifiedEval (/usr/local/lib/node_modules/npm/node_modules/bluebird/js/release/promisify.js:184:12), <anonymous>:16:23)\n at promiseRetry (/usr/local/lib/node_modules/npm/node_modules/pacote/lib/util/git.js:192:14)\n at /usr/local/lib/node_modules/npm/node_modules/promise-retry/index.js:29:24', npm ERR! errno: 'EPERM', npm ERR! code: 'EPERM', npm ERR! syscall: 'spawn', npm ERR! parent: 'iobroker' } npm ERR! npm ERR! The operation was rejected by your operating system. npm ERR! It is likely you do not have the permissions to access this file as the current user npm ERR! npm ERR! If you believe this might be a permissions issue, please double-check the npm ERR! permissions of the file and its containing directories, or try running npm ERR! the command again as root/Administrator. npm ERR! A complete log of this run can be found in: npm ERR! /media/HDD/.npm/_logs/2019-09-22T06_17_39_413Z-debug.log
Anschließend die sudo Variante, Update lief jetzt mit warns durch und wird auch mit 2.0.6 in iobroker angezeigt:
santa@ubuntuserver:/opt/iobroker$ sudo -H -u iobroker npm install ioBroker/ioBroker.js-controller [sudo] Passwort für santa: > iobroker.js-controller@2.0.6 preinstall /opt/iobroker/node_modules/iobroker.js-controller > node lib/preinstallCheck.js NPM version: 6.11.3 > iobroker.js-controller@2.0.6 install /opt/iobroker/node_modules/iobroker.js-controller > node iobroker.js setup first npm WARN optional SKIPPING OPTIONAL DEPENDENCY: fsevents@2.0.7 (node_modules/fsevents): npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for fsevents@2.0.7: wanted {"os":"darwin","arch":"any"} (current: {"os":"linux","arch":"x64"}) npm WARN optional SKIPPING OPTIONAL DEPENDENCY: osx-temperature-sensor@1.0.4 (node_modules/osx-temperature-sensor): npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for osx-temperature-sensor@1.0.4: wanted {"os":"darwin","arch":"any"} (current: {"os":"linux","arch":"x64"}) + iobroker.js-controller@2.0.6 added 4 packages from 3 contributors, removed 1 package, updated 4 packages and audited 27832 packages in 75.021s found 34 vulnerabilities (23 low, 11 high) run `npm audit fix` to fix them, or `npm audit` for details
Nein er ist nicht der einzige, Hatte das gleiche Problem vor ein paar Tagen auch. Beim ersten Mal ging es ohne sudo, danach npm Update und diese Probleme.
-
Ok, dachte weil sich keiner sonst meldet
@arteck Dachte bei dir hätte es sich erledigt, da @apollon77 schrieb "hatte auch mal"... -
Also hat "npm" mal wieder was verschlimmbessert mist.
Nevermid: Auf GitHub gibt es jetzt die 2.0.9 vom controller. Ich hatte noch ein paar Optimierungen auf dem Zettel, also effektiv keine Bugs gefixt, sondern nur ein paar Dinge die jetzt "im Code" besser ablaufen. Wenn sonst nichts mehr kommt wäre das also super und ich würde morgen mal im allgemeinen Forum einen "Link"-Port machen um vllt noch ein paar Tester anzuziehen
Eine Frage noch: @sigi234 hat immer noch das Problem das iqontrol bei Ihm mit js-controller 2.0 keine Werte in der UI anzeigt. Nutzt hier noch jemand iqontrol und kann das ggf bitte mal prüfen ob dies bei Ihm auch so ist? Es gibt bei iqontrol auch ein Issue dafür.
DankeIngo
-
iqontrol ... jo sag ich dir heute abend.. ich habs am laufen aber vergessen es mit zu testen..... mea culpa
-
@SBorg sagte in [Aufruf] js-controller 2.0 Beta Test:
Ok, dachte weil sich keiner sonst meldet
Zur Info:
Also, ich habe kein NPM update gemacht. Bin noch auf 6.9.0 (Windows System) -
@sigi234 Ich bin auch auf default npm von node 10.16 (habe mich irgendwann mal entschlossen da immer zu bleiben was halt bei nodejs mitkommt)
-
@apollon77
Ja keine Sensordaten und kein Schalten über iQontrol möglich.
-
Ok, jetzt bin ich nicht der Einzige, also denke ich liegt es nicht an meinen System.
Hast du auch Windows? -
@sigi234
nein läuft auf Debian Buster, muss also was allgemeines sein.
Ist auch egal ob compact mode an oder aus. -
@Jan1 sagte in [Aufruf] js-controller 2.0 Beta Test:
@sigi234
nein läuft auf Debian Buster, muss also was allgemeines sein.
Ist auch egal ob compact mode an oder aus. -
@sigi234
hab mich dem Issues angeschlossen.
Die Sensoren sind bei mir über Zigbee, BLE und Fritzdect Adapter eingebunden. Die Geräte über Sonoff, wifilight und milight-smart-light Adapter. Da hier nirgends was geht, liegt es wohl eindeutig am JS-Controller. -
Genau, bitte Erkenntnisse dort sammeln. Da vis aber generell tut scheint es nicht s allgemeines zu sein ... Jetzt uss man schauen was im Adapte rgenau passiert. Ich denke das kriegen wir noch hin
-
@apollon77
hab den eben mal auf debug gestellt und da kommt ne Menge:
Log.txt -
@Jan1 sagte in [Aufruf] js-controller 2.0 Beta Test:
liegt es wohl eindeutig am JS-Controller.
Um das zu bestätigen brauche ich erst Beweise ;-)))
Ich hab mehrere Tage mit dem hue Adapter und controller 2.0 gekämpft weil der Adapter an einer Stelle eine bestimmte Reihenfolge an Daten "erwartet" hat und sonst nicht funktioniert hat. Bei Controller <2.0 war das meistens (per Zufall) gegeben ... im 2.0er kann das anders sein. Wie gesagt: wir finden es!