Test js-controller v2.0.x (GitHub)

sigi234

@apollon77 sagte in [Aufruf] js-controller 2.0 Beta Test:

Auf GitHub gibt es jetzt die 2.0.8

Läuft.

e-i-k-e

@apollon77

Das sieht sehr gut aus, alle Adapter der Slave sind grün
Bei mir sind die Objects in Redis.

Anbei das log vom:
Master: iobroker.2019-09-24.log
Slave: iobroker.2019-09-24.log

Neustart Master: ~00:07Uhr
Neustart Slave: ~00:14 Uhr

apollon77

@e-i-k-e perfekt. Checke es morgen. Jetzt Bett N8

e-i-k-e

@apollon77

Eigentlich nichts geplantes. Der Absturz passiert auch zu anderen Uhrzeiten.
Anbei mal das syslog, ich selbst kann da nicht viel mit anfangen. syslog

N8 und bis morgen.

apollon77

@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?

apollon77

@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)

SBorg

@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..."-Error

Nur 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.

arteck

@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

@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.

SBorg

Ok, dachte weil sich keiner sonst meldet
@arteck Dachte bei dir hätte es sich erledigt, da @apollon77 schrieb "hatte auch mal"...

apollon77

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.
Danke

Ingo

arteck

@apollon77

iqontrol ... jo sag ich dir heute abend.. ich habs am laufen aber vergessen es mit zu testen..... mea culpa

sigi234

@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)

apollon77

@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)

Jan1

@apollon77
Ja keine Sensordaten und kein Schalten über iQontrol möglich.

sigi234

@Jan1

Ok, jetzt bin ich nicht der Einzige, also denke ich liegt es nicht an meinen System.
Hast du auch Windows?

Jan1

@sigi234
nein läuft auf Debian Buster, muss also was allgemeines sein.
Ist auch egal ob compact mode an oder aus.

sigi234

@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.

https://github.com/sbormann/ioBroker.iqontrol/issues/81

sigi2345 created this issue in sbormann/ioBroker.iqontrol

closed Fehler mit JS-Controller Version 2.0.2 Beta #81

Jan1

@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.

apollon77

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

NEWS

Test js-controller v2.0.x (GitHub)

closed Fehler mit JS-Controller Version 2.0.2 Beta #81

Support us

428
Online

31.9k
Users

80.2k
Topics

1.3m
Posts

NEWS

Test js-controller v2.0.x (GitHub)

closed Fehler mit JS-Controller Version 2.0.2 Beta #81

Support us

428Online

31.9kUsers

80.2kTopics

1.3mPosts

428
Online

31.9k
Users

80.2k
Topics

1.3m
Posts