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.
@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.
Hab ihn jetzt mal auf "silly" stehen.
Werde beobachten ob es jetzt nochmal auftritt.
Du sagtest ja auf Github dass ein Neustart das Problem beheben sollte.
Der Adapter hat jetzt natürlich neu gestartet durch das ändern des loglevels.
Was ist "fully alive"?
Das ist der status ob der Fully Kiosk Browser auf dem Tablet ausgeführt wird und eine Verbindung zum Adapter hat.
