NEWS
Test js-controller v2.0.x (GitHub)
-
Habe nun auch die 2.0.5 installiert.
Hier war mein Problem das ich hier einen Image Ordner habe./opt/iobroker/iobroker-data/filesDie .png werden auch unter 2.0.5 dort nicht angezeigt.
Ok, dann habe ich den Ordner per FTP gelöscht.
Nun wollte ich meinen Ordner wie im oben angezeigten Pfad per Dateimanager erstellen.
Das darf ich nicht. Siehe Anhang.
Ich schreibe das hier noch einmal da Du ja geschrieben hast:Zugriff auf Files/Images in Vis oder web (oder iqontrol?) sollte tun, auch eigene File-Locations die eigentlich nicht supported sindIch frage Dich @apollon77 ob das noch möglich sein wird.
Ansonsten muss ich meine Views umbauen.
-
Habe nun auch die 2.0.5 installiert.
Hier war mein Problem das ich hier einen Image Ordner habe./opt/iobroker/iobroker-data/filesDie .png werden auch unter 2.0.5 dort nicht angezeigt.
Ok, dann habe ich den Ordner per FTP gelöscht.
Nun wollte ich meinen Ordner wie im oben angezeigten Pfad per Dateimanager erstellen.
Das darf ich nicht. Siehe Anhang.
Ich schreibe das hier noch einmal da Du ja geschrieben hast:Zugriff auf Files/Images in Vis oder web (oder iqontrol?) sollte tun, auch eigene File-Locations die eigentlich nicht supported sindIch frage Dich @apollon77 ob das noch möglich sein wird.
Ansonsten muss ich meine Views umbauen.
@Yetiberg upload über den Vis Datenmanagement ist nur in Vis.0 als „Hauptordner“ erlaubt. Bedeutet ja, du müsstest die views anpassen.
Ich denke das sollte ich als breaking change aufnehmen. Ich schaue heute Abend mal.
Und was meintest du das der Ordner da ist aber die Inga nicht angezeigt werden? Ich muss das mal nachstellen.
-
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 ;-)
Beitrag hat geholfen? Votet rechts unten im Beitrag :-) https://paypal.me/Apollon77 / https://github.com/sponsors/Apollon77
- Debug-Log für Instanz einschalten? Admin -> Instanzen -> Expertenmodus -> Instanz aufklappen - Loglevel ändern
- Logfiles auf Platte /opt/iobroker/log/… nutzen, Admin schneidet Zeilen ab
-
Ja, ein anderer Name.
Dann muss ich die Kröte schlucken und die Views ändern.
Ja, der Ordner kann über FTP angelegt werden und auch befüllt werden.
Aber die Bilder werden mir im Widget im Image Pfad dann nicht angezeigt.
Mach Dir da keinen allzu großen Kopf drüber.
Was nicht geht, geht nicht. -
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 ;-)
@apollon77
Install vor ein paar Tagen lief ohne Probleme, auch npm Update.
Wollte jetzt von 2.0.3 auf 2.0.5santa@ubuntuserver:~$ npm install ioBroker/ioBroker.js-controller > iobroker.js-controller@2.0.5 preinstall /media/HDD/node_modules/iobroker.js-controller > node lib/preinstallCheck.js NPM version: 6.11.3 > unix-dgram@2.0.3 install /media/HDD/node_modules/unix-dgram > node-gyp rebuild make: Verzeichnis â/media/HDD/node_modules/unix-dgram/buildâ wird betreten CXX(target) Release/obj.target/unix_dgram/src/unix_dgram.o SOLINK_MODULE(target) Release/obj.target/unix_dgram.node COPY Release/unix_dgram.node make: Verzeichnis â/media/HDD/node_modules/unix-dgram/buildâ wird verlassen > ursa-optional@0.9.10 install /media/HDD/node_modules/ursa-optional > node rebuild.js > diskusage@1.1.3 install /media/HDD/node_modules/diskusage > node-gyp rebuild make: Verzeichnis â/media/HDD/node_modules/diskusage/buildâ wird betreten CXX(target) Release/obj.target/diskusage/src/main.o CXX(target) Release/obj.target/diskusage/src/diskusage_posix.o SOLINK_MODULE(target) Release/obj.target/diskusage.node COPY Release/diskusage.node make: Verzeichnis â/media/HDD/node_modules/diskusage/buildâ wird verlassen > iobroker.js-controller@2.0.5 install /media/HDD/node_modules/iobroker.js-controller > node iobroker.js setup first > acme-v2@1.8.5 postinstall /media/HDD/node_modules/acme-v2 > node scripts/postinstall ================================================================================ ððððððððððððððð ð ð ð Do you rely on Greenlock? ð ð (or ACME.js) ð ð ð ððððððððððððððð Hey! Let's Encrypt will STOP WORKING with Greenlock and ACME.js at the end of Oct 2019. WITHOUT YOUR HELP we won't get the next release out in time. If Greenlock (or ACME.js) has saved you time and money, and taken stress out of your life, or you just love it, please reach out to return the favor today: SAVE GREENLOCK / ACME.js: https://indiegogo.com/at/greenlock ================================================================================ npm WARN saveError ENOENT: no such file or directory, open '/media/HDD/package.json' npm notice created a lockfile as package-lock.json. You should commit this file. npm WARN enoent ENOENT: no such file or directory, open '/media/HDD/package.json' npm WARN HDD No description npm WARN HDD No repository field. npm WARN HDD No README data npm WARN HDD No license field. 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"}) + iobroker.js-controller@2.0.5 added 295 packages from 282 contributors and audited 588 packages in 84.376s found 0 vulnerabilitiesin iobroker zeigt er weiter 2.0.3 an, also nochmal versucht, gleicher Fehler, danach mal sudo probiert, geht aber noch weniger
santa@ubuntuserver:~$ sudo -H -u iobroker npm install ioBroker/ioBroker.js-controller npm WARN enoent ENOENT: no such file or directory, open '/media/HDD/package.json' npm WARN HDD No description npm WARN HDD No repository field. npm WARN HDD No README data npm WARN HDD No license field. 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! 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/iobroker/.npm/_logs/2019-09-21T18_37_50_217Z-debug.log -
Guten Abend,
habe folgenden festgestellt.
Wenn ich bei meinem Multihost System den Master neustarte, werden die Adapter der Slave Geräte nicht grün. Erst durch einen manuellen neustart der Slave, wechselt der Status zu grün.
Dies war bei der älteren Version <2.0 nicht der Fall. -
@apollon77
Install vor ein paar Tagen lief ohne Probleme, auch npm Update.
Wollte jetzt von 2.0.3 auf 2.0.5santa@ubuntuserver:~$ npm install ioBroker/ioBroker.js-controller > iobroker.js-controller@2.0.5 preinstall /media/HDD/node_modules/iobroker.js-controller > node lib/preinstallCheck.js NPM version: 6.11.3 > unix-dgram@2.0.3 install /media/HDD/node_modules/unix-dgram > node-gyp rebuild make: Verzeichnis â/media/HDD/node_modules/unix-dgram/buildâ wird betreten CXX(target) Release/obj.target/unix_dgram/src/unix_dgram.o SOLINK_MODULE(target) Release/obj.target/unix_dgram.node COPY Release/unix_dgram.node make: Verzeichnis â/media/HDD/node_modules/unix-dgram/buildâ wird verlassen > ursa-optional@0.9.10 install /media/HDD/node_modules/ursa-optional > node rebuild.js > diskusage@1.1.3 install /media/HDD/node_modules/diskusage > node-gyp rebuild make: Verzeichnis â/media/HDD/node_modules/diskusage/buildâ wird betreten CXX(target) Release/obj.target/diskusage/src/main.o CXX(target) Release/obj.target/diskusage/src/diskusage_posix.o SOLINK_MODULE(target) Release/obj.target/diskusage.node COPY Release/diskusage.node make: Verzeichnis â/media/HDD/node_modules/diskusage/buildâ wird verlassen > iobroker.js-controller@2.0.5 install /media/HDD/node_modules/iobroker.js-controller > node iobroker.js setup first > acme-v2@1.8.5 postinstall /media/HDD/node_modules/acme-v2 > node scripts/postinstall ================================================================================ ððððððððððððððð ð ð ð Do you rely on Greenlock? ð ð (or ACME.js) ð ð ð ððððððððððððððð Hey! Let's Encrypt will STOP WORKING with Greenlock and ACME.js at the end of Oct 2019. WITHOUT YOUR HELP we won't get the next release out in time. If Greenlock (or ACME.js) has saved you time and money, and taken stress out of your life, or you just love it, please reach out to return the favor today: SAVE GREENLOCK / ACME.js: https://indiegogo.com/at/greenlock ================================================================================ npm WARN saveError ENOENT: no such file or directory, open '/media/HDD/package.json' npm notice created a lockfile as package-lock.json. You should commit this file. npm WARN enoent ENOENT: no such file or directory, open '/media/HDD/package.json' npm WARN HDD No description npm WARN HDD No repository field. npm WARN HDD No README data npm WARN HDD No license field. 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"}) + iobroker.js-controller@2.0.5 added 295 packages from 282 contributors and audited 588 packages in 84.376s found 0 vulnerabilitiesin iobroker zeigt er weiter 2.0.3 an, also nochmal versucht, gleicher Fehler, danach mal sudo probiert, geht aber noch weniger
santa@ubuntuserver:~$ sudo -H -u iobroker npm install ioBroker/ioBroker.js-controller npm WARN enoent ENOENT: no such file or directory, open '/media/HDD/package.json' npm WARN HDD No description npm WARN HDD No repository field. npm WARN HDD No README data npm WARN HDD No license field. 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! 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/iobroker/.npm/_logs/2019-09-21T18_37_50_217Z-debug.log -
Guten Abend,
habe folgenden festgestellt.
Wenn ich bei meinem Multihost System den Master neustarte, werden die Adapter der Slave Geräte nicht grün. Erst durch einen manuellen neustart der Slave, wechselt der Status zu grün.
Dies war bei der älteren Version <2.0 nicht der Fall. -
@apollon77
Anbei die logfile vom Slave.
iobroker.2019-09-21.log -
Ich mal wieder,
Auf GitHub gibt es die Version 2.0.6.
- Die "Key Not Exists" Meldungen im Log sollten weg sein
- Die "Invalid Instance object" Meldungen im Log sollten weg sein
- Bitte nochmal ble checken. sollte jetzt vllt besser tun das es als normaler Prozess gestartet wird und das andere sollte sich beenden. Log würde mich wieder interessieren
- Die Version bringt auch etwas Funktionalität für iqontrol, aber hier muss auch am Adapter was getan werden
Beitrag hat geholfen? Votet rechts unten im Beitrag :-) https://paypal.me/Apollon77 / https://github.com/sponsors/Apollon77
- Debug-Log für Instanz einschalten? Admin -> Instanzen -> Expertenmodus -> Instanz aufklappen - Loglevel ändern
- Logfiles auf Platte /opt/iobroker/log/… nutzen, Admin schneidet Zeilen ab
-
@apollon77
Anbei die logfile vom Slave.
iobroker.2019-09-21.log -
@e-i-k-e hast Du noch kurz zeitlich ein paar Eckdaten wann Du was manuell getan hast? Also wann hast Du den Master restartet? Wann hast Du manuell was am Slave gemacht ...
Ja. neuer log vom Slave.
iobroker.2019-09-22.logNeustart Master um 1.32 Uhr.
Neustart Slave um 1.34 Uhr. -
Ich mal wieder,
Auf GitHub gibt es die Version 2.0.6.
- Die "Key Not Exists" Meldungen im Log sollten weg sein
- Die "Invalid Instance object" Meldungen im Log sollten weg sein
- Bitte nochmal ble checken. sollte jetzt vllt besser tun das es als normaler Prozess gestartet wird und das andere sollte sich beenden. Log würde mich wieder interessieren
- Die Version bringt auch etwas Funktionalität für iqontrol, aber hier muss auch am Adapter was getan werden
@apollon77 sagte in [Aufruf] js-controller 2.0 Beta Test:
Die Version bringt auch etwas Funktionalität für iqontrol, aber hier muss auch am Adapter was getan werden
So ist es, keine Änderung es werden keine Daten angezeigt.
-
Ja. neuer log vom Slave.
iobroker.2019-09-22.logNeustart Master um 1.32 Uhr.
Neustart Slave um 1.34 Uhr. -
@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
-
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 ;-)
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. -
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@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:
Support us
401
Online32.5k
Users81.7k
Topics1.3m
Posts