Was mir gerade noch aufgefallen ist bei der Neueinrichtung:
Als er alle Adapter aus der Migration installiert hatte, habe ich per admin Adapter gesagt er soll alle Adapter updaten.
Dann hat er versucht NPM upzugraden.
Das ging schief.
... 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"
Kann es sein dass er das beim letzten Update auch versucht hat, und mir die Zeile mit dem mkdir zerschossen hat?
Ich habe den NUC jetzt aber schon neu gestartet.
Der Dienst startet noch ganz normal.
Dann werde ich den button "Alle Adapter updaten" erst mal meiden.
EDIT:
Der Admin zeigt mir aber an ich hätte die 2.0.29
Dann hat er versucht NPM upzugraden.
Das ging schief.
Nein, hat er nicht.
Du hast den neuesten js-controller installiert aus Latest. Dabei ist der Buildvorgang für die optionale Komponente "unix-dgram", die sowieso nur auf Linux funktioniert, fehlgeschlagen. "fsevents" braucht es nur auf Apple-Rechnern. Also alles kein Problem und kein Grund zur Sorge:
Ich fürchte, da bin ich raus. Firebase, iogo und Meross kenne ich nicht. Gehört das wirklich zum Thema "Windows Dienst lässt sich nicht starten", das hier besprochen wird?
Ich fürchte, da bin ich raus. Firebase, iogo und Meross kenne ich nicht. Gehört das wirklich zum Thema "Windows Dienst lässt sich nicht starten", das hier besprochen wird?
@Stabilostick
Sorry, ich meinte nicht NPM updaten sondern den JS Controller.
Im Ankündigungsthread stand ja dass man Systeme die per Windows Installer erstellt wurden, nicht per npm updaten soll, deshalb hatte ich Sorge dass da was ungewollt gestartet ist. Gerade auch weil ich gestern erst alles neu aufgesetzt habe (mit Migration).
Also kann ich davon ausgehen dass der JS 2.0.29 bei mir jetzt läuft?
Oder wirds nur falsch angezeigt? Also dass noch der 1.5.14 installiert ist?
Windows Dienste beim Versuch den Dienst zu starten:
ioBroker.wrapper.log beim Versuch den Dienst zu starten:
2019-10-16 08:12:24,317 INFO - Starting ServiceWrapper in the service mode
2019-10-16 08:12:24,368 INFO - Starting "D:\ioBroker\NUCmaster\nodejs\node.exe" "D:\ioBroker\NUCmaster\node_modules\iobroker.js-controller\controller.js"
2019-10-16 08:12:24,375 INFO - Starting "D:\ioBroker\NUCmaster\nodejs\node.exe" "D:\ioBroker\NUCmaster\node_modules\iobroker.js-controller\controller.js"
2019-10-16 08:12:24,418 INFO - Started process 5864
2019-10-16 08:12:24,430 DEBUG - Forwarding logs of the process System.Diagnostics.Process (node) to winsw.RollingSizeTimeLogAppender
iobroker.err.log beim Versuch den Dienst zu starten:
Error: Cannot find module 'D:\ioBroker\NUCmaster\node_modules\iobroker.js-controller\controller.js'
at Function.Module._resolveFilename (internal/modules/cjs/loader.js:636:15)
at Function.Module._load (internal/modules/cjs/loader.js:562:25)
at Function.Module.runMain (internal/modules/cjs/loader.js:831:12)
at startup (internal/bootstrap/node.js:283:19)
at bootstrapNodeJSCore (internal/bootstrap/node.js:622:3)
OK, wie mache ich das unter Windows?
Das Update auf 2.0.29 ist ja eh "versehentlich" passiert durch den button "alle Adapter updaten".
Kann ich dann jetzt erst wieder zurück zu 1.5.14?
Kann es sein, dass Du in der ioBroker Konfiguration vor der Migration diesen auf „latest“ stehen hattest? Das würde die Installation von 2.0.29 erklären.
Ist die Datei „ D:\ioBroker\NUCmaster\node_modules\iobroker.js-controller\controller.js“ vorhanden?
Kann es sein, dass Du in der ioBroker Konfiguration vor der Migration diesen auf „latest“ stehen hattest? Das würde die Installation von 2.0.29 erklären.
Ja, hatte ich.
Soll ich nochmal neu migrieren?
Und sobald der Admin startet, direkt als erstes auf "stable" stellen?
Ist die Datei „ D:\ioBroker\NUCmaster\node_modules\iobroker.js-controller\controller.js“ vorhanden?
Nein, es gibt den Ordner "iobroker.js-controller" nicht.
Er scheint was installiert zu haben.
Sind aber auch viele ERR Meldungen dabei:
D:\ioBroker\NUCmaster>npm install iobroker.js-controller@latest --production
> iobroker.js-controller@2.0.29 preinstall D:\ioBroker\NUCmaster\node_modules\iobroker.js-controller
> node lib/preinstallCheck.js
NPM version: 6.9.0
> authenticate-pam@1.0.2 install D:\ioBroker\NUCmaster\node_modules\authenticate-pam
> node-gyp rebuild
D:\ioBroker\NUCmaster\node_modules\authenticate-pam>if not defined npm_config_node_gyp (node "D:\ioBroker\NUCmaster\nodejs\node_modules\npm\node_modules\npm-lifecycle\node-gyp-bin\\..\..\node_modules\node-gyp\bin\node-gyp.js" rebuild ) else (node "D:\ioBroker\NUCmaster\nodejs\node_modules\npm\node_modules\node-gyp\bin\node-gyp.js" rebuild )
Die Projekte in dieser Projektmappe werden nacheinander erstellt. Um eine parallele Erstellung zu ermöglichen, müssen Sie den Schalter "/m" hinzufügen.
authenticate_pam.cc
win_delay_load_hook.cc
d:\iobroker\nucmaster\node_modules\authenticate-pam\authenticate_pam.cc(24): fatal error C1083: Datei (Include) kann nicht geöffnet werden: "uni
std.h": No such file or directory [D:\ioBroker\NUCmaster\node_modules\authenticate-pam\build\authenticate_pam.vcxproj]
gyp ERR! build error
gyp ERR! stack Error: `C:\Program Files (x86)\Microsoft Visual Studio\2017\BuildTools\MSBuild\15.0\Bin\MSBuild.exe` failed with exit code: 1
gyp 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
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 ERR! cwd D:\ioBroker\NUCmaster\node_modules\authenticate-pam
gyp ERR! node -v v10.16.3
gyp ERR! node-gyp -v v3.8.0
gyp ERR! not ok
> serialport@6.2.2 install D:\ioBroker\NUCmaster\node_modules\iobroker.discovery\node_modules\serialport
> prebuild-install || node-gyp rebuild
> unix-dgram@2.0.2 install D:\ioBroker\NUCmaster\node_modules\unix-dgram
> node-gyp rebuild
D:\ioBroker\NUCmaster\node_modules\unix-dgram>if not defined npm_config_node_gyp (node "D:\ioBroker\NUCmaster\nodejs\node_modules\npm\node_modules\npm-lifecycle\node-gyp-bin\\..\..\node_modules\node-gyp\bin\node-gyp.js" rebuild ) else (node "D:\ioBroker\NUCmaster\nodejs\node_modules\npm\node_modules\node-gyp\bin\node-gyp.js" rebuild )
Die Projekte in dieser Projektmappe werden nacheinander erstellt. Um eine parallele Erstellung zu ermöglichen, müssen Sie den Schalter "/m" hinzufügen.
unix_dgram.cc
win_delay_load_hook.cc
d:\iobroker\nucmaster\node_modules\unix-dgram\src\unix_dgram.cc(9): fatal error C1083: Datei (Include) kann nicht geöffnet werden: "unistd.h": N
o such file or directory [D:\ioBroker\NUCmaster\node_modules\unix-dgram\build\unix_dgram.vcxproj]
gyp ERR! build error
gyp ERR! stack Error: `C:\Program Files (x86)\Microsoft Visual Studio\2017\BuildTools\MSBuild\15.0\Bin\MSBuild.exe` failed with exit code: 1
gyp 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
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 ERR! cwd D:\ioBroker\NUCmaster\node_modules\unix-dgram
gyp ERR! node -v v10.16.3
gyp ERR! node-gyp -v v3.8.0
gyp ERR! not ok
> ursa-optional@0.9.10 install D:\ioBroker\NUCmaster\node_modules\ursa-optional
> node rebuild.js
> diskusage@1.1.3 install D:\ioBroker\NUCmaster\node_modules\diskusage
> node-gyp rebuild
D:\ioBroker\NUCmaster\node_modules\diskusage>if not defined npm_config_node_gyp (node "D:\ioBroker\NUCmaster\nodejs\node_modules\npm\node_modules\npm-lifecycle\node-gyp-bin\\..\..\node_modules\node-gyp\bin\node-gyp.js" rebuild ) else (node "D:\ioBroker\NUCmaster\nodejs\node_modules\npm\node_modules\node-gyp\bin\node-gyp.js" rebuild )
Die Projekte in dieser Projektmappe werden nacheinander erstellt. Um eine parallele Erstellung zu ermöglichen, müssen Sie den Schalter "/m" hinzufügen.
main.cpp
diskusage_win.cpp
win_delay_load_hook.cc
Bibliothek "D:\ioBroker\NUCmaster\node_modules\diskusage\build\Release\diskusage.lib" und Objekt "D:\ioBroker\NUCmaster\node_modules\diskus
age\build\Release\diskusage.exp" werden erstellt.
Code wird generiert.
All 262 functions were compiled because no usable IPDB/IOBJ from previous compilation was found.
Codegenerierung ist abgeschlossen.
diskusage.vcxproj -> D:\ioBroker\NUCmaster\node_modules\diskusage\build\Release\\diskusage.node
> iobroker.js-controller@2.0.29 install D:\ioBroker\NUCmaster\node_modules\iobroker.js-controller
> node iobroker.js setup first
> acme-v2@1.8.5 postinstall D:\ioBroker\NUCmaster\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 xmlhttprequest-ts@1.0.1 requires a peer of @angular/common@>= 5.0.0 but none is installed. You must install peer dependencies yourself.
npm WARN xmlhttprequest-ts@1.0.1 requires a peer of @angular/core@>= 5.0.0 but none is installed. You must install peer dependencies yourself.
npm WARN optional SKIPPING OPTIONAL DEPENDENCY: fsevents@2.1.1 (node_modules\fsevents):
npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for fsevents@2.1.1: wanted {"os":"darwin","arch":"any"} (current: {"os":"win32","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":"win32","arch":"x64"})
npm WARN optional SKIPPING OPTIONAL DEPENDENCY: authenticate-pam@1.0.2 (node_modules\authenticate-pam):
npm WARN optional SKIPPING OPTIONAL DEPENDENCY: authenticate-pam@1.0.2 install: `node-gyp rebuild`
npm WARN optional SKIPPING OPTIONAL DEPENDENCY: Exit status 1
npm WARN optional SKIPPING OPTIONAL DEPENDENCY: unix-dgram@2.0.2 (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
+ iobroker.js-controller@2.0.29
added 207 packages from 214 contributors, removed 74 packages, updated 3 packages, moved 10 packages and audited 1566 packages in 117.15s
found 12 vulnerabilities (9 low, 3 high)
run `npm audit fix` to fix them, or `npm audit` for details
D:\ioBroker\NUCmaster>
Wie kann ich denn bitte wieder zurück zum JS 1.5.14 downgraden?
Mit dem 2.x habe ich immer wieder mal Probleme.
Bin jetzt bei 2.0.38.
Admin 3.6.10
Javascript 4.3.1
Aktuell zeigt mir der Javasript Adapter an dass die Instanz deaktiviert wäre, obwohl sie grün ist.
Als ich gerade mal den Moment beobachtet habe wo die Instanz angeblich in deaktiviert gewechsel hat, erschien im Log die Debug Zeile:
(10140) sendTo "loadTypings" to system.adapter.admin.0 from system.adapter.javascript.0
@aleks-83 JavaScript macht so einige Dinge ggf hintendran. Die Anzeige "Instanz ist deaktiviert" hat nichts mit dem js.controller zu tun. Da hat Javascript irgendwie noch nicht alle Daten. Das "loadTypings" bedeutet zB das der Editor erst mal Typinformationen lädt ... das kann kurz dauern ... geduld bitte, es gibst(gab dazu ein JavaScrtiot Issue, und nicht gleich controller downgraden.
In den letzten Wochen häufen sich bei mir aber die Probleme.
Es muss ja nicht am JS 2.x selbst liegen.
Vielleicht sind meine Adapter dann noch nicht alle damit kompatibel!?
Heute morgen hatte ich z.B. Probleme mit meinem Sonos Adapter dass er keine Geräte mehr steuern konnte mit der Meldung "Sonos "" not found".
Und der Fully Adapter zeigt den "fully alive" nur sporadisch an. Meistens false, manchmal null, manchmal true.
@aleks-83 ggf bitte mal Adapter auf Loglevel Debug oder sogar "silly" stellen und dann log schicken von solchen vorkommnissen, Dann kann man schauen ob es Adapter oder controller ist.
