SOLVED WinInstaller 2.1 auf nagelneuem NUC - Fehlerhaft

[Stabilostick]

@JB_Sullivan sagte in WinInstaller 2.1 auf nagelneuem NUC - Fehlerhaft:

Da steht ja alles:

22:20:41] Microsft .NET release: 528040
[22:20:41] Git version found: 2.24.0.2
[22:20:41] Bonjour version found: 3.0.0.10
[22:20:41] OpenSSL version found: 1.0.2.17
[…]
[22:20:41] VS_BuildTools_2017 version found: 15.9.28307.905

Also alles IMHO da.

[JB_Sullivan]

@Stabilostick

Sorry wenn ich hier zweigleisig gefahren bin. Wir haben gerade in einem anderen Thread mit @simatec den Fehler rausgefunden.

Ich dachte es liegt evtl. auch an BackItUp. -> Die letzten 5 -10 Eintragungen sind das interessante
https://forum.iobroker.net/topic/27267/test-adapter-backitup-v1-3-x/86

[JB_Sullivan]

@Stabilostick

Wenn man keine Ahnung hat, so wie ich, sucht und vor allen Dingen VERMUTET man in alle möglichen Richtungen und lenkt dann auch die Leute die eine Lösung finden könnten auf die falsche Färte.

Mich hat halt dieses viele Error stutzig gemacht.

Vorher hatte ich ein 32 Bit System und nun ein 64 bit. Da habe ich nach Visual Studio in Programm Files und nicht in Programm Files (x86) gesucht. Ich dachte wenn ich ein 64 bit System habe, wäre auch ioB und alles was damit zusammenhängt 64 bit.

npm install iobroker.js-controller@2.1.1 --unsafe-perm --loglevel error --prefix "C:/iobroker/GLT" (System call)
gyp ERR! build error
**%(#ff0000)[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 (C:\iobroker\GLT\nodejs\node_modules\npm\node_modules\node-gyp\lib\build.js:193: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.18363
gyp ERR! command "C:\\iobroker\\GLT\\nodejs\\node.exe" "C:\\iobroker\\GLT\\nodejs\\node_modules\\npm\\node_modules\\node-gyp\\bin\\node-gyp.js" "rebuild"
gyp ERR! cwd C:\iobroker\GLT\node_modules\iobroker.js-controller\node_modules\unix-dgram
gyp ERR! node -v v10.17.0
gyp ERR! node-gyp -v v5.0.3
gyp ERR! not ok

[Stabilostick]

@JB_Sullivan sagte in WinInstaller 2.1 auf nagelneuem NUC - Fehlerhaft:

node_modules\unix-dgram

Wie der Name „unix-dgram“ schon suggeriert.... das ist für Unix-Systeme. Auf Windows ist das Paket nicht erforderlich. Deshalb macht der Error auch nichts. Einfach ignorieren.

[maxeddy2]

@Stabilostick Meine PC - Spezifikation wie oben. Arbeite eine "ganze Weile" mit der Windowsversion. Da jetzt einige Adapter > 2.0 von js.controller verlangen, wollte ich mit dem aktuellen Installer (23.11.) updaten. Leider vergeblich.
"Fehler beim Ausführen eines Post-Installationsschrittes ... Abbruch..." Danach lief die alte Version auch nicht mehr --> Iobroker deinstalliert --> Iobroker als neue Serverversion installiert. Läuft.
Habe iobroker-data zuvor gesichert. Gibt es einen Weg die alten Daten (Scripte, node-red ...) zu übernehmen/einzuspielen ohne wieder alles zu "zerschießen" ?

[klassisch]

@maxeddy2 Wenn die alte Instanz noch auf dem Rechner ist, kann man das mit den "Diensten" regeln. Den Dienst der neuen, verunglückten Installation deaktivieren und den alten aktivieren und "automatisch, verzögerter Start" einstellen.
Ansonsten den alten 1.5 er Installer verwenden. Mit dem 2er geht es bei mit auch nicht.

[Stabilostick]

@maxeddy2

Was steht im Ordner „setup“ im frisch installierten ioBroker in den Logdateien? Setupfirst.log und bitrock.log?

[maxeddy2]

@Stabilostick Habe nochmals mit der Version iobroker...experimantal.exe Punkt 2 (Update/Migration) installiert. Erneut mit Fehler s.o. abgebrochen (beim Warten Web-Adminstart). PC neu gestartet und iobroker gestartet und alle alten Einstellungen (Scripte, node-red …) wurden übernommen. 6 Adapter aktualisiert und Hosts von 2.0.34 auf 2.1.1 .
Bis jetzt alles ok. log-Dateien noch schicken ? Melde mich, falls Fehler auftreten. Erst einmal Danke.
PS: Habe bei den ersten Update-Versuchen nicht den PC neu gebootet und getestet, vielleicht lief es da auch schon ? Aber nach der Meldung Installation fehlerhaft bin ich nicht von einer sauberen Installation ausgegangen.

[Stabilostick]

@maxeddy2

Ja, poste bitte die Logs, damit ich sehen kann, wo der Installer gestolpert ist.

[maxeddy2]

@Stabilostick Hier die log's:
setupfirst.log
bitrock_installer_37792.log
migrate.log

PS: Migriert wurde nicht alles (z.B. angelegte Objekte, red-node-Mode-Module, …)

[Stabilostick]

@maxeddy2

Ok, zuerst fällt auf, dass der folgende Befehl nicht funktioniert:

powershell.exe -inputformat none -outputformat none -NonInteractive -Command "Add-MpPreference -ExclusionPath 'C:\Program Files\iobroker\SmartHome4'"

Kannst Du den Befehl bitte in einer als Admin geöffneten Kommandozeile ausführen und sehen, was da passiert?

Zum Zweiten startet da einiges nach der Migration nicht. Deshalb bräuchte ich das zugehörige iobroker-Log aus dem log-Verzeichnis. Und die Logs aus dem daemon-Ordner.

[maxeddy2]

@Stabilostick Sorry, dass ich mich jetzt erst melde. Habe mit der aktuellen Version bisher keine Probleme (mach aber auch nicht viel damit, außer Instances - Lauf zu kontrollieren).
Der PowerShell-Befehl lief als Admin fehlerfrei (keine Meldung).
Hier die gewünschten logs:
aus log
restart.log iobroker.2019-12-19.log iobroker.2019-12-09.log
aus daemon:
iobroker.20191209.#0001.out.log iobroker.20191209.#0001.err.log

[maxeddy2]

mehrfach download ging wohl schief. Hier einzeln
@Stabilostick iobroker.20191209.#0001.err.log
iobroker.20191209.#0001.out.log
iobroker.2019-12-09.log