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

[LJSven]

@apollon77 sagte in js-controller 2.0 ab sofort im Latest Repo:

@LJSven Installation Fixer bitte ...

Hat mein Problem gelöst! Danke!

[darkiop]

@Monox sagte in js-controller 2.0 ab sofort im Latest Repo:

Moin, mir ist aufgefallen, das sei dem 2.0 Safari auf dem iPad (13.1.2) die Admin Oberfläche nicht mehr richtig funktioniert.
Info Adapter lädt und lädt.
Adapter in der Listenansicht lädt und lädt
Skripte bleibt direkt leer.

Unter Chrome auf dem iPad läuft super.

Grüße Monox

Kann ich nicht bestätigen, habe den Admin gerade mit dem iPad 2018 funktional offen.

[aleks-83]

Ich habe gerade meine ioBroker Instanz auf meinem NUC mit Win10 Installer Installation neu aufsetzen müssen.
Als ich zum Abschluss dann "Alle Adapter updaten" im admin angeklickt habe, hat er versucht, NPM zu aktualisieren.
Laut log ging das schief:

Spoiler

... Hier wurden Adapter geupdatet ...
Adapter "xs1" is not installed.
Adapter "yahka" is not installed.
Adapter "yamaha" is not installed.
Adapter "yeelight-2" is not installed.
Adapter "yr" is not installed.
Adapter "zigbee" is not installed.
Adapter "zont" is not installed.
Adapter "zwave" is not installed.
Adapter "zwave2" is not installed.
Update js-controller from @1.5.14 to @2.0.29
2019-10-14 20:36:35.125 - warn: host.NUC(NUCmaster) instance system.adapter.web.0 terminated due to SIGTERM
2019-10-14 20:36:35.125 - info: host.NUC(NUCmaster) instance system.adapter.web.0 terminated with code null ()
2019-10-14 20:36:37.511 - info: host.NUC(NUCmaster) instance system.adapter.web.0 started with pid 6360
2019-10-14 20:36:38.566 - info: iobroker NPM version: 6.9.0
2019-10-14 20:36:38.566 - info: iobroker npm install iobroker.js-controller@2.0.29 --unsafe-perm --production --save --prefix "D:/ioBroker/NUCmaster" (System call)
2019-10-14 20:36:39.571 - info: web.0 starting. Version 2.4.5 in D:/ioBroker/NUCmaster/node_modules/iobroker.web, node: v10.16.3
2019-10-14 20:36:41.833 - info: web.0 socket.io server listening on port 8083
2019-10-14 20:36:41.838 - info: web.0 http server listening on port 8083
2019-10-14 20:37:33.190 - info: iobroker gyp
2019-10-14 20:37:33.191 - info: iobroker ERR!
2019-10-14 20:37:33.193 - info: iobroker
2019-10-14 20:37:33.199 - info: iobroker build error
2019-10-14 20:37:33.200 - info: iobroker
2019-10-14 20:37:33.229 - info: iobroker gyp ERR! stack Error: `C:\Program Files (x86)\Microsoft Visual Studio\2017\BuildTools\MSBuild\15.0\Bin\MSBuild.exe` failed with exit code: 1gyp ERR! stack at ChildProcess.onExit (D:\ioBroker\NUCmaster\nodejs\node_modules\npm\node_modules\node-gyp\lib\build.js:262:23)
gyp ERR! stack at ChildProcess.emit (events.js:198:13)
gyp ERR! stack at Process.ChildProcess._handle.onexit (internal/child_process.js:248:12)
gyp ERR! System Windows_NT 10.0.18362
2019-10-14 20:37:33.235 - info: iobroker gyp ERR! command "D:\\ioBroker\\NUCmaster\\nodejs\\node.exe" "D:\\ioBroker\\NUCmaster\\nodejs\\node_modules\\npm\\node_modules\\node-gyp\\bin\\node-gyp.js" "rebuild"gyp
2019-10-14 20:37:33.237 - info: iobroker ERR!
2019-10-14 20:37:33.241 - info: iobroker cwd D:\ioBroker\NUCmaster\node_modules\iobroker.js-controller\node_modules\unix-dgramgyp ERR!
2019-10-14 20:37:33.242 - info: iobroker node -v v10.16.3gyp ERR! node-gyp -v v3.8.0
gyp ERR! not ok
2019-10-14 20:38:12.125 - info: iobroker npm
2019-10-14 20:38:12.126 - info: iobroker
2019-10-14 20:38:12.130 - info: iobroker WARN
2019-10-14 20:38:12.133 - info: iobroker
2019-10-14 20:38:12.140 - info: iobroker optional
2019-10-14 20:38:12.144 - info: iobroker SKIPPING OPTIONAL DEPENDENCY: fsevents@2.1.1 (node_modules\iobroker.js-controller\node_modules\fsevents):
2019-10-14 20:38:12.165 - info: iobroker npm
2019-10-14 20:38:12.176 - info: iobroker
2019-10-14 20:38:12.180 - info: iobroker WARN
2019-10-14 20:38:12.181 - info: iobroker
2019-10-14 20:38:12.182 - info: iobroker notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for fsevents@2.1.1: wanted {"os":"darwin","arch":"any"} (current: {"os":"win32","arch":"x64"})
2019-10-14 20:38:12.183 - info: iobroker npm
2019-10-14 20:38:12.187 - info: iobroker WARN optional SKIPPING OPTIONAL DEPENDENCY: unix-dgram@2.0.2 (node_modules\iobroker.js-controller\node_modules\unix-dgram):npm WARN optional SKIPPING OPTIONAL DEPENDENCY: unix-dgram@2.0.2 install: `node-gyp rebuild`
npm WARN optional SKIPPING OPTIONAL DEPENDENCY: Exit status 1
2019-10-14 20:38:12.256 - info: iobroker Host "NUC(NUCmaster)" (win32) updated
2019-10-14 20:38:12.256 - info: iobroker Starting node restart.js
2019-10-14 20:38:12.343 - info: iobroker exit 0
2019-10-14 20:39:43.348 - info: host.NUC(NUCmaster) Update repository "latest" under "http://download.iobroker.net/sources-dist-latest.json"

Aber laut admin, ist es installiert.

[LJSven]

Mein Slave (Raspberry PI 3b+ via WLAN) startet immer wieder durch. Ging bei 1.5.14 ohne Probleme. Wo kann man da schauen? Kann ich ein Downgrade machen?

[crunchip]

Das Setting über den Schraubenschlüssel hatte ich hier aktiviert, lässt sich nun aber nicht mehr ausschalten, kann es zwar deaktivieren und speichern, jedoch wird es nicht übernommen. Ein erneuter Aufruf, zeigt wieder aktiviert.
Hab vorhin den Admin von 3.6.9 angehoben auf 3.6.10

[apollon77]

@Adnim Korrekt, das habe ich weiter oben schon geschrieben. Im backup Verzeichnis liegt ein Backup mit "-migration" im namen. Das Restoren und gut ist ... so wie es oben im text steht

[apollon77]

@mdsv Doch der Weg zurück ist, wie weiter oben schon geschrieben ein "iobroker setup custom" alles zurück auf "file/file" und NICHT migrieren. Das geht auch ohne Redis.

Im Allergrössten Worst Case liegt das Config File unter iobroker-data/iobroker.json. Dort kann man auch manuell wieder "file" und die anderen Ports eintragen

[apollon77]

@darkiop sagte in js-controller 2.0 ab sofort im Latest Repo:

Das einzigste Problem das ich hatte, es wurde nicht alle Werte migriert, ich hatte viele States (würd mal sagen es waren die von manuell angelegten) ohne Wert. Die Migration hat die Wohl nicht übernommen, und beim ursprünglichen createstate war natürlich auch kein default Wert dabei

Was? Hatten die States nun Werte oder nicht Alle gesetzten States sollten migriert werden, für alles andere sollten die Objekte existieren oder ?! Oder was genau fehlt?

[apollon77]

@darkiop sagte in js-controller 2.0 ab sofort im Latest Repo:

An die Redis Erfahrenen: Hier scheint alles i.O. zu sein oder? Im Backup-Konzept muss jetzt nur noch '/volume2/docker-ssd/iobroker-redis/data' Berücksichtigt werden?

Wenn dort die dup.rdb liegt dann ja, Ausgabe sieht ok aus. Ist halt die "einfachste" Form der Persistenz ... Liess mal die verlinkte Seite komplett

[apollon77]

@Monox Kann auch an sich miteinander nichts zu tun haben. Es gab schonmal Fälle wo der Browser Dinge gecached hat die zu sowas geführt haben

[apollon77]

@dslraser Dann mach bitte Adapter-Issue auf

[apollon77]

@aleks-83 Wo steht das er "npm" Aktualisiert hat? Er hat den Controller aktualisiert. Ja.

Auch das was kaputt ist finde ich nirgends. Sind nur Warnungen zu optionalen Dependencies ...

Alles sieht korrekt aus.

[apollon77]

@LJSven ioBroker Logfile?

/opt/iobroker/log/...

[apollon77]

@crunchip Kannst Du es mal bei zB influxdb oder history testen? geht es da? Nicht das es irgendwie bei iogo ist ...

[crunchip]

@apollon77 deine Vermutung ist richtig, History probiert, da funktioniert es
dann werde ich es dort nochmal mitteilen

[apollon77]

@crunchip Dann bitte beim Adapter

[crunchip]

@apollon77 hab ich soeben gemeldet

[aleks-83]

@apollon77
Ja den Controller, sorry.

Aber ich denke dass man unter Windows den Controller nicht per npm aktualisieren soll!?
Das hat mir Sorge gemacht.
Und nun hat er es doch selbstständig geupdatet...

Aber wenn es läuft, ok.
Traue mich nur gerade nicht, nochmal neu zu Booten
Hab gestern erst alles neu gemacht.

[Monox]

@apollon77 werde nachher den Cache löschen und es noch mal probieren.

[darkiop]

@apollon77 sagte in js-controller 2.0 ab sofort im Latest Repo:

@darkiop sagte in js-controller 2.0 ab sofort im Latest Repo:

An die Redis Erfahrenen: Hier scheint alles i.O. zu sein oder? Im Backup-Konzept muss jetzt nur noch '/volume2/docker-ssd/iobroker-redis/data' Berücksichtigt werden?

Wenn dort die dup.rdb liegt dann ja, Ausgabe sieht ok aus. Ist halt die "einfachste" Form der Persistenz ... Liess mal die verlinkte Seite komplett

Die dump.rdp liegt da.

Du meinst diese Seiten hier?

https://github.com/ioBroker/ioBroker.js-controller/blob/master/README.md#redis-as-database
https://redis.io/topics/persistence

@apollon77 sagte in js-controller 2.0 ab sofort im Latest Repo:

Was? Hatten die States nun Werte oder nicht Alle gesetzten States sollten migriert werden, für alles andere sollten die Objekte existieren oder ?! Oder was genau fehlt?

Ok, meine Formulierung war ... naja Also ich hatte nach der Migration alle Objekte in der Redis DB - States waren aber wohl nicht alle da. Aufgefallen ist mir das bei meinen manuell angelegten (die ja auch nicht von laufenden Adaptern wieder befüllt werden). Es könnte aber auch sein, das dieser Zustand durch meinen ersten Versuch mit dem Fehlerhaften Docker-Container provoziert wurde ... Aktuell ist alles gut, habe die Werte nachgetragen, Performance Vorteil merkt man definitiv!