UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Jan1]

@apollon77
hier das Log vom BLE nach dem Update auf 2.0.5 und Start des compact mode von BLE:

Spoiler

host.Beelink.compactgroup1	2019-09-21 10:54:27.178	info	Restart adapter system.adapter.ble.0 because enabled
host.Beelink.compactgroup1	2019-09-21 10:54:27.177	error	instance system.adapter.ble.0 terminated with code 7 (ADAPTER_ALREADY_RUNNING)
host.Beelink.compactgroup1	2019-09-21 10:54:26.487	info	instance system.adapter.ble.0 started with pid 29345
host.Beelink.compactgroup1	2019-09-21 10:54:26.461	error	Cannot start ble.0 in compact mode. Fallback to normal start! : Cannot read property 'on' of undefined
host.Beelink.compactgroup1	2019-09-21 10:53:56.442	info	Restart adapter system.adapter.ble.0 because enabled
host.Beelink.compactgroup1	2019-09-21 10:53:56.441	error	instance system.adapter.ble.0 terminated with code 7 (ADAPTER_ALREADY_RUNNING)
ble	2019-09-21 10:53:56.382	error	(28673) ble.0 already running
ble.0	2019-09-21 10:53:56.352	info	(COMPACT) starting scan for services ["fe95"]
ble.0	2019-09-21 10:53:56.046	info	(COMPACT) monitored services: fe95
ble.0	2019-09-21 10:53:56.045	info	(COMPACT) enabled plugins: mi-flora, _default
ble.0	2019-09-21 10:53:56.044	info	(COMPACT) loaded plugins: Xiaomi, mi-flora, ruuvi-tag, _default
ble.0	2019-09-21 10:53:55.882	info	(COMPACT) starting. Version 0.9.0 in /opt/iobroker/node_modules/iobroker.ble, node: v10.16.3
host.Beelink.compactgroup1	2019-09-21 10:53:55.673	info	instance system.adapter.ble.0 started with pid 28673
   2019-09-21 10:53:55.648	error	ndefined
host.Beelink.compactgroup1	2019-09-21 10:53:55.647	error	Cannot start ble.0 in compact mode. Fallback to normal start! : Cannot read property 'on' of undefined
host.Beelink	2019-09-21 10:53:55.616	info	instance system.adapter.ble.0 is handled by compact group controller pid 26343
host.Beelink	2019-09-21 10:53:53.186	info	instance system.adapter.ble.0 terminated with code 156 (156)
ble.0	2019-09-21 10:53:53.164	info	(27939) Terminated (START_IMMEDIATELY_AFTER_STOP): Without reason
host.Beelink	2019-09-21 10:53:53.109	info	stopInstance system.adapter.ble.0 killing pid 27939
host.Beelink	2019-09-21 10:53:53.109	info	stopInstance system.adapter.ble.0
ble.0	2019-09-21 10:53:53.111	info	(27939) stopping scan

[sigi234]

V 2.0.5 installiert. Teste weiter.

Bericht:
System läuft derzeit stabil. Keine Fehler im Log. Alle Adapter Grün.
IQontrol kommen noch keine Daten.

[apollon77]

@Jan1 Danke. Da muss ich nochmal schauen ;-)

[SBorg]

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

@SBorg das sieht aber an sich korrekt aus oder?! ... ja das start log. Checke.

Hehe, das war ja auch dann der korrekte Start. Sorry, ist etwas verhunzt und man übersieht schnell das angehängte File. Hatte es erst als Spoiler, kam damit aber über das 50k Zeichenlimit. Aber du bist ja eh fitt/fix(*) und hast es gemerkt :)

(*)...und schneller als ich den Issue anlegen konnte gefixt :+1:
"Blind" hat anscheinend auch gefruchtet, bisher läuft es.

Beim Update auf die 2.0.3 schlug er mir dann auch ein Update von NPM 6.4.1 --> 6.11.3 vor. Habe ich dann durchgeführt und wollte dann auf JS 2.0.4 updaten. Verweigerte NPM mit dem Hinweis, dass durch einen Bug die Zugriffsrechte in alten Versionen falsch sind und korrigiert werden sollen. Gemacht, aber der JS-Controller ließ sich trotzdem nicht mehr updaten.
Also als root versucht, erst mittels sudo -H... funktionierte es dann?

Setze ich "git clone..." per Hand auf der Console ab legt er das Verzeichnis an...
Zumindest habe ich dann gleich auf die 2.0.5 geupdated :)

[apollon77]

@SBorg den git clone Fehler hatte Arteck auch mal plötzlich. Ursache muss irgendwo bei npm liegen. Aber gut zu wissen das das andere Kommando tat.

Node-red release ich dann heute Abend.

[Ein ehemaliger Benutzer]

Habe nun auch die 2.0.5 installiert.
Hier war mein Problem das ich hier einen Image Ordner habe.

/opt/iobroker/iobroker-data/files

Die .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 sind

Ich frage Dich @apollon77 ob das noch möglich sein wird.
Ansonsten muss ich meine Views umbauen.

[apollon77]

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

[apollon77]

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

[Ein ehemaliger Benutzer]

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.

[e-s]

@apollon77
Install vor ein paar Tagen lief ohne Probleme, auch npm Update.
Wollte jetzt von 2.0.3 auf 2.0.5

santa@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 vulnerabilities

in 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

[e-i-k-e]

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]

@e-s Bist DU im richtigen verzeicznis? Sieht mir nach "root" oder nem Userverzeichnis aus und nicht ioBroker Verzeichnis?

[apollon77]

@e-i-k-e hast Du mal das Log von einem Slave js-controller?

[e-i-k-e]

@apollon77
Anbei die logfile vom Slave.
iobroker.2019-09-21.log

[apollon77]

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]

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

[e-i-k-e]

@apollon77

Ja. neuer log vom Slave.
iobroker.2019-09-22.log

Neustart Master um 1.32 Uhr.
Neustart Slave um 1.34 Uhr.

[sigi234]

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

[apollon77]

@e-i-k-e Danke. Hab ne Idee.N8 erstmal.

[Einstein67]

@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