NEWS
Test js-controller v2.0.x (GitHub)
-
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
-
Ok, dachte weil sich keiner sonst meldet ;)
@arteck Dachte bei dir hätte es sich erledigt, da @apollon77 schrieb "hatte auch mal"...@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)Bitte benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
Immer Daten sichern! -
@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? -
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. -
@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 :-)
-
@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.@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!
-
@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!
@apollon77
Da bist Du der Chef, ist eben erst seit dem Update auf die Beta, wobei es wohl auch so wie beim HUE sein könnte, der iQontrol Adapter bekommt derzeit ja auch täglich Updates (hier könnte der Entwickler auch mal ein paar Dinge zusammen fassen und das ganze etwas entspannter angehen :-) ). -
@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/iobrokerDas sollte der Fixer eigentlich machen, aber vielleicht stimmt da ja doch was nicht.
Hatte mal
ls -lR|grep -v iobroker|awk {'print $3'} > result.txtausgefü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.logNochmals 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 Könnte es sein, dass einzelne Dateien/Ordner nur der Gruppe
iobrokergehören, aber einem anderen User?
grep -vwürde diese Fälle herausfiltern, sodass wir sie hier nicht sehen.Ich habe auf einem System ähnliche Beobachtungen gemacht, wenn ich
npmweder als root, noch alsiobrokerausgeführt habe.Ich versuche später mal zu ermitteln, ob und wann
npmgroup permissions setzt und/oder ändert. Ggf. muss der Fixer ab sofort775setzen. -
@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 sagte in [Aufruf] js-controller 2.0 Beta Test:
@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)geht mir genauso. Würde auch gerne testen, aber wegen meinem System (Windows) und dem Hinweis auf den neuen installer zu warten, lese ich aktuell nur interessiert mit und warte ab, bis der installer erscheint. 🙂
Wago 750-881 - mit über 200 Ein- und Ausgängen, DMX512 Art-Net für Beleuchtung, 1-Wire für Umweltsensoren Aussen und Innen, ioBroker als Visualisierung
-
@sigi234 sagte in [Aufruf] js-controller 2.0 Beta Test:
@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)geht mir genauso. Würde auch gerne testen, aber wegen meinem System (Windows) und dem Hinweis auf den neuen installer zu warten, lese ich aktuell nur interessiert mit und warte ab, bis der installer erscheint. 🙂
@NightWatcher sagte in [Aufruf] js-controller 2.0 Beta Test:
warte ab, bis der installer erscheint
Ich habe nicht gewartet.
-
Ach du hast nur NPM nicht aktualisiert. Das habe ich dann erst falsch interpretiert.
-
@SBorg Könnte es sein, dass einzelne Dateien/Ordner nur der Gruppe
iobrokergehören, aber einem anderen User?
grep -vwürde diese Fälle herausfiltern, sodass wir sie hier nicht sehen.Ich habe auf einem System ähnliche Beobachtungen gemacht, wenn ich
npmweder als root, noch alsiobrokerausgeführt habe.Ich versuche später mal zu ermitteln, ob und wann
npmgroup permissions setzt und/oder ändert. Ggf. muss der Fixer ab sofort775setzen.@AlCalzone sagte in [Aufruf] js-controller 2.0 Beta Test:
@SBorg Könnte es sein, dass einzelne Dateien/Ordner nur der Gruppe iobroker gehören, aber einem anderen User?
grep -v würde diese Fälle herausfiltern, sodass wir sie hier nicht sehen.Umgekehrte Logik :)
Ich lasse alle User der Dateien ausgeben und wenn sie nicht "iobroker" heißen in die Datei schreiben. Entweder stehen da nun paar Namen drin (=Dateirechte sind also nicht iobroker), oder ich erhalte eine leere Datei wenn alle iobroker gehören. Lösche ich also aus "result.txt" alle Leerzeilen heraus, habe ich eine kpl. leere Datei = alle Dateien gehören iobroker
Dann habe ich es noch auf die Gruppe iobroker erweitert:ls -lR|awk {'print $3" "$4'}|grep -v iobroker > result.txt= ebenfalls leer...#?%&§@@# <-- Kraftausdruck, selbst einsetzen
Ich habe es genau 1x geschafft es zu fixen. Dachte mir, probier doch mal audit fix aus --> sofortiger Abbruch, Fehler bei Version iobroker.upnp
Ok, Katze > beliebig und direkt von github installiert (hatte schon die aktuellste) --> Fehler weg, audit bricht wieder ab...
Brutal Weg: package*.json gelöscht und mit npm init + npm audit fix --package-lock-only neu erzeugt, npm audit fix und zu letzt die Rechte für package*.json wieder gesetzt. Noch mal den Fixer drüber gejagt und tada: geht
ioB gestartet, alles lüppt, nur bricht er jetzt wieder mit den selben Fehlermeldungen ab :(LG SBorg ( SBorg auf GitHub)
Projekte: Lebensmittelwarnung.de | WLAN-Wetterstation | PimpMyStation -
Ich habe eben den JS-Controller 2.0.9 installiert. Auch habe ich Redis für Objekte und Files aktiviert. Alles scheint soweit ok und läuft auch. Radar2 scheint auch zu tun, Anwesenheiten werden erkannt usw.
Jedoch bekomme ich folgenden Fehler im Log:
2019-09-24 15:09:32.469 - �[33mwarn�[39m: radar2.0 (8556) Promise failed @ '_tickCallback in internal/process/next_tick.js @68:7' error: { TypeError: this[_0x5281(...)] is not a function at _0x244df9.(anonymous function) (/opt/iobroker/node_modules/iobroker.objects-redis/index.js:17:86122) at Object.checkObjectRights (/opt/iobroker/node_modules/iobroker.js-controller/lib/objects/objectsUtils.js:545:16) at Function.getObjectList (/opt/iobroker/node_modules/iobroker.objects-redis/index.js:17:85955) at Promise (/opt/iobroker/node_modules/iobroker.radar2/node_modules/@frankjoke/myadapter/myAdapter.js:828:111) at new Promise (<anonymous>) at Function.getObjectList (/opt/iobroker/node_modules/iobroker.radar2/node_modules/@frankjoke/myadapter/myAdapter.js:828:20) at A.isLinuxApp.then.then.then.catch.then.then.then (/opt/iobroker/node_modules/iobroker.radar2/radar2.js:607:31) at process._tickCallback (internal/process/next_tick.js:68:7) [stack]: 'TypeError: this[_0x5281(...)] is not a function\n at _0x244df9.(anonymous function) (/opt/iobroker/node_modules/iobroker.objects-redis/index.js:17:86122)\n at Object.checkObjectRights (/opt/iobroker/node_modules/iobroker.js-controller/lib/objects/objectsUtils.js:545:16)\n at Function.getObjectList (/opt/iobroker/node_modules/iobroker.objects-redis/index.js:17:85955)\n at Promise (/opt/iobroker/node_modules/iobroker.radar2/node_modules/@frankjoke/myadapter/myAdapter.js:828:111)\n at new Promise (<anonymous>)\n at Function.getObjectList (/opt/iobroker/node_modules/iobroker.radar2/node_modules/@frankjoke/myadapter/myAdapter.js:828:20)\n at A.isLinuxApp.then.then.then.catch.then.then.then (/opt/iobroker/node_modules/iobroker.radar2/radar2.js:607:31)\n at process._tickCallback (internal/process/next_tick.js:68:7)', [message]: 'this[_0x5281(...)] is not a function' }Habe auch schon einen Issue bei Radar2 aufgemacht.
Proxmox 3 Node HA-Cluster TRIGKEY Mini-PC N100 mit 32 GB RAM und 3x1TB shared SSDs. VM- iobroker ,Raspberrymatic. LXC - Adguard, , Traccar, iSpy, Fileserver (emby, MiniDLNA)...usw
-
Weiteres kleines Problem....Der Status mancher Instazen wird nicht korrekt wiedergegeben.
neu Laden Knopf oder F5 im Browser helfen nicht..
Grün wird es, wenn die Instanz neu gestartet wird....aber das muss ja nicht sein, weil sie ja läuft.. -
Ich habe eben den JS-Controller 2.0.9 installiert. Auch habe ich Redis für Objekte und Files aktiviert. Alles scheint soweit ok und läuft auch. Radar2 scheint auch zu tun, Anwesenheiten werden erkannt usw.
Jedoch bekomme ich folgenden Fehler im Log:
2019-09-24 15:09:32.469 - �[33mwarn�[39m: radar2.0 (8556) Promise failed @ '_tickCallback in internal/process/next_tick.js @68:7' error: { TypeError: this[_0x5281(...)] is not a function at _0x244df9.(anonymous function) (/opt/iobroker/node_modules/iobroker.objects-redis/index.js:17:86122) at Object.checkObjectRights (/opt/iobroker/node_modules/iobroker.js-controller/lib/objects/objectsUtils.js:545:16) at Function.getObjectList (/opt/iobroker/node_modules/iobroker.objects-redis/index.js:17:85955) at Promise (/opt/iobroker/node_modules/iobroker.radar2/node_modules/@frankjoke/myadapter/myAdapter.js:828:111) at new Promise (<anonymous>) at Function.getObjectList (/opt/iobroker/node_modules/iobroker.radar2/node_modules/@frankjoke/myadapter/myAdapter.js:828:20) at A.isLinuxApp.then.then.then.catch.then.then.then (/opt/iobroker/node_modules/iobroker.radar2/radar2.js:607:31) at process._tickCallback (internal/process/next_tick.js:68:7) [stack]: 'TypeError: this[_0x5281(...)] is not a function\n at _0x244df9.(anonymous function) (/opt/iobroker/node_modules/iobroker.objects-redis/index.js:17:86122)\n at Object.checkObjectRights (/opt/iobroker/node_modules/iobroker.js-controller/lib/objects/objectsUtils.js:545:16)\n at Function.getObjectList (/opt/iobroker/node_modules/iobroker.objects-redis/index.js:17:85955)\n at Promise (/opt/iobroker/node_modules/iobroker.radar2/node_modules/@frankjoke/myadapter/myAdapter.js:828:111)\n at new Promise (<anonymous>)\n at Function.getObjectList (/opt/iobroker/node_modules/iobroker.radar2/node_modules/@frankjoke/myadapter/myAdapter.js:828:20)\n at A.isLinuxApp.then.then.then.catch.then.then.then (/opt/iobroker/node_modules/iobroker.radar2/radar2.js:607:31)\n at process._tickCallback (internal/process/next_tick.js:68:7)', [message]: 'this[_0x5281(...)] is not a function' }Habe auch schon einen Issue bei Radar2 aufgemacht.
Support us
403
Online32.5k
Users81.7k
Topics1.3m
Posts