Test js-controller v2.0.x (GitHub)
-
@apollon77 said in [Aufruf] js-controller 2.0 Beta Test:
Die "Key Not Exists" Meldungen im Log sollten weg sein
Ja die Meldungen sind weg!
Vielen Dank
-
Hallo,
@apollon77 sagte in [Aufruf] js-controller 2.0 Beta Test:
Ps: die Idee war das wir einen „User-files“ Ordner anlegen und auch dahin uploads erlauben. Aber auch dann wäre das wohl ein anderer Name als dein aktueller
… wo muss ich meine eigenen Icons jetzt hinkopieren? In meinen Views werden alle eigenen Icons nicht mehr angezeigt, ich kann sie auch nicht mehr in dem ursprünglichen Pfad auswählen (auch dort werden sie nicht mehr angezeigt im Auswahldialog). Ich würde dann halt meine Views umbauen müssen. Aber ich möchte das nur einmal machen, daher wäre es gut, wenn ich den Pfad wüsste. Ich habe unter vis.0 einmal main/img/ und einmal /Project_1/ mehrere Ordner mit eigenen Icons. Vielen Dank.
Gruß
Egbert -
@apollon77
Oh Mann, ist das peinlich. Hatte tatsächlich das cd vergessen. Passiert wenn man sich nur schnell über Putty einloggt und über die hochtaste die letzten Befehle wiederholen will und nicht weit genug nach oben geht. 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.logAnschließ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 -
@apollon77
Hab nun ein großes Problem mit der Version 2.0.6, IOBroker stürzt ab bevor alle Instanzen wieder laufen.
Bin jetzt gerade am Testen welche Instanz den Absturz verursacht und ob es am compakt mode liegt, der eigentlich genau das vermeiden soll. -
@opossum sagte in [Aufruf] js-controller 2.0 Beta Test:
… wo muss ich meine eigenen Icons jetzt hinkopieren?
Am Besten im VIS-Editor unter 'Setup' - 'Dateimanager' in den Ordner '/vis.0/' hochladen indem du auf den Upload-Button klickst.
Unter vis.0 kann man auch eigene Unterordner erstellen.
Wenn man das direkt auf dem ioBroker-Rechner machen möchte, gehören die Dateien nach
/opt/iobroker/iobroker-data/files/vis.0 -
@apollon77
Der compact mode läuft mit Version 2.0.6 nicht mehr. Der admin restartet ständig.
hier mal ein Log:
-
@Dr-Bakterius direkt ins file Skootern ist nicht wirklich supporters weil dann Meta Daten fehlen.
-
@Jan1 Mist. Schaue ich mir an
-
@apollon77
keine Panik, wenn ich den compact modus disable, läuft ja alles und das ist in ein paar Sekunden umgestellt -
Hallo,
erst mal danke für die schnelle Antwort.@Dr-Bakterius sagte in [Aufruf] js-controller 2.0 Beta Test:
Wenn man das direkt auf dem ioBroker-Rechner machen möchte, gehören die Dateien nach
/opt/iobroker/iobroker-data/files/vis.0habe ich kopiert:
Aber sie werden mir im Auswahldialog leider nicht angezeigt:
Irgend etwas ist noch nicht korrekt bei mir. Klicke ich auf den Uploadbutton, dann kommt bei mir folgendes:
Ich kann von dort auch hochladen, aber in der Auswahl sieht das dann so aus:
Dabei stehen die Rechte der Dateien wie folgt:
Sorry, wenn ich nerve.
Gruß
Egbert -
@Jan1 Liegt nicht direkt an der 2.0.6 ... ist ein "Timing" thema. fix kommt in 2.0.7
-
@opossum vis upload vor der 1.2.1 war kaputt. Bitte 1.2.1 aus latest installieren
-
Hallo,
@opossum vis upload vor der 1.2.1 war kaputt. Bitte 1.2.1 aus latest installieren
das war es, nun funktioniert das. Danke @apollon77, dann werde meine vis umstellen.
Gruß
Egbert -
@Jan1 Kannst du bitte BLE v0.9.1 probieren?
-
@AlCalzone @Jan1 bitte warte mal noch :-)) Ich würde gern das Du die alte nochmal mit der 2.0.7 vom controller testet :-)) geht das? Ich finalisiere den jetzt
-
Sooooooo ... Auf GitHub haben wir jetzt die 2.0.7 vom js-controller.
Änderungen und Test-Bitten:
- Ich habe nochmal am Fallback-Handling bei Adaptern mit "kaputtem" Compact-Mode gearbeitet. Bitte mit der "alten" BLE Version nochmal testen
Danach die neue gern auch - In einigen Fällen konnten in den File-DB-Strukturen Fehler entstehen die dann dazugefhrt haben das Files nicht angezeigt wurden, Diese werden nun beim lesen behoben.
- Slaves sollten jetzt Disconnects (von der Objects-DB!) besser erkennen und ggf in 30s Intervallen neu versuchen. @e-i-k-e Schaunochmal wie sich die Slaves jetzt verhalten wenn der Master weg ist. AM besten die Slaves zuerst auf 2.0.7, dann starten und dann den Master ... Ein Log wäre wieder interessant
- Ich habe nochmal am Fallback-Handling bei Adaptern mit "kaputtem" Compact-Mode gearbeitet. Bitte mit der "alten" BLE Version nochmal testen
-
@apollon77
jetzt läuft alles im compact mode wie es soll (mit BLE 0.9.0). Keine Fehler oder Warnungen im Log, ale Adapter lassen sich einzeln neu starten, ohne Auswirkung auf das System@AlCalzone
BLE 0.9.1 funktioniert nun auch im compact modus. -
@Jan1 sagte in [Aufruf] js-controller 2.0 Beta Test:
@apollon77
jetzt läuft alles im compact mode wie es soll (mit BLE 0.9.0). Keine Fehler oder Warnungen im Log, ale Adapter lassen sich einzeln neu starten, ohne Auswirkung auf das SystemHast Du mal noch ein Log von so einem 0.9.0 versuch?! Aber cool
-
@apollon77
nein, weil alles sauber war und keine Fehler oder Warnungen drin standen. Wenn Du willst, hau ich noch mal die 0.9.0 Version ndes BLE drauf. -
@Jan1 Ich hätte mindestesn eine Meldung "compact geht nicht daher starte ich normal" erwartet und dann sollte der start direkt erfolgen und ein pot. gestarteter compact sollte sich beenden.
