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

apollon77 · 23 Sept 2019, 21:43

Auf GitHub gibt es jetzt die 2.0.8 . Ich habe nochmal das Stoppen und Restarting angeschaut und überarbeitet.
Ich habe mal mit meinem Redis/Redis Testsystem getestet und einen Redis restart hat es gut weggesteckt

@e-i-k-e Kannst bitte das Slave Thema nochnal checken ... bin gespannt auf die Logs. Das "unknown Skript" kann ich mir eher nicht erklären. States und Objects sind "file" oder Objects in Redis?

apollon77 · 23 Sept 2019, 21:39

@e-i-k-e Was passiert denn 1:15? Bringt /var/log/syslog irgendwas zu dem Zeitpunkt? Sieht wie ein Reboot aus ... kann RAM kram sein, kann schlechte Stromversorgung sein oder sowas

sigi234 · 23 Sept 2019, 21:50

@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 · 23 Sept 2019, 22:19

@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 · 23 Sept 2019, 22:22

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

e-i-k-e · 23 Sept 2019, 22:25

@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 · 23 Sept 2019, 22:31

@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 · 23 Sept 2019, 22:36

@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 · 24 Sept 2019, 08:55

@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 · 24 Sept 2019, 09:07

@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 · 24 Sept 2019, 09:17

@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 · 24 Sept 2019, 09:19

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

apollon77 · 24 Sept 2019, 09:25

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 · 24 Sept 2019, 09:27

@apollon77

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

sigi234 · 24 Sept 2019, 09:30

@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 · 24 Sept 2019, 09:44

@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 · 24 Sept 2019, 09:50

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

sigi234 · 24 Sept 2019, 09:52

@Jan1

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

Jan1 · 24 Sept 2019, 09:55

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

sigi234 · 24 Sept 2019, 09:55

@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 19 Sept 2019, 08:18 in sbormann/ioBroker.iqontrol

NEWS

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

closed Fehler mit JS-Controller Version 2.0.2 Beta #81

Support us

628
Online

31.4k
Users

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

628Online

31.4kUsers

79.2kTopics

1.3mPosts

628
Online

31.4k
Users

79.2k
Topics

1.3m
Posts