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

[Stabilostick]

Im ersten Betrag habe ich eine Liste der unterstützen Sprachen zusammen mit einer Übersetzer-Hall-of-fame aufgenommen.

Danke an alle Unterstützer!

[simatec]

@Stabilostick
Gibt es mit dem neuen Setup für backitup etwas zu beachten, was den Start und stop angeht oder bleibt die Start/Stop Routine gleich zum alten Installer Setup?

[Stabilostick]

@simatec
Ich hatte bei der Option, ioBroker beim Backup temporär zu beenden, zuerst das Problem, dass für den automatischen Stopp/Start des Dienstes noch Rechte gefehlt hatten. Ich habe in der Version 0a des Installers entsprechenden Code mit aufgenommen, der das berücksichtigen soll. Kannst Du das bitte testen?

Sonst sollte alles wie gehabt sein. Und wenn es das nicht ist, wird es passend gemacht.

Zum Starten und Stoppen des Dienstes können jetzt direkt die Befehle iobroker start, iobroker stop und iobroker restart verwendet werden.

[simatec]

@Stabilostick
Das hört sich gut an.
Fa es damals mit iobroker start / stop einige Probleme unter Windows gab, starte und stoppe ich direkt den Dienst

[Stabilostick]

@simatec
Du verwendest nicht die serviceIoBroker.bat?

[sigi234]

Hallo, ich habe deine Setup-Version von ioBroker mal Testweise installiert.
Setup ist gut verlaufen. (Benutzerdefiniert) Ports umgestellt
Es Laufen jetzt 2 ioBroker Versionen.( eine auf C:iobroker und deine auf C:program files )

Was ist mir aufgefallen:

• Virenscanner habe ich nicht deaktiviert, es kam nur einen Meldung ob ich das Programm ausführen will.

• Dauer ca. 10 Minuten.

• Einige Komponenten wurden nachinstalliert. ( auch die Große 1,5 GB )

• Danach startete Discovery
  Hat alles gefunden, brach bei 3 aber ab: Meldung: die erforderliche Komponente ist nicht vorhanden
  Habe ich nachinstalliert. ( WEB 0 war auf Port in use, umgestellt auf anderen Port, VIS nachinstalliert)

• RAM Nutzung: Mein Windows hat 8 GB
  Alte Version: Datenträger verfügbar: 68.9 %, gesamte RAM-Nutzung: 1796 MB
  Dein System nutzt nur: gesamte RAM-Nutzung: 508 MB

• Skripte wurden nicht übernommen?
  Eine Alte Installation wurde aber erkannt und gefragt ob ich sie übernehmen will

Instanzen jetzt alle Grün, werde weiter testen.

Hänge mal den Log von der Installation an.

bitrock_installer.log

[Stabilostick]

@sigi234 sagte in [Aufruf] ioBroker für Windows:

Virenscanner habe ich nicht deaktiviert, es kam nur einen Meldung ob ich das Programm ausführen will.

Sorgen machen nur Virenscanner und Firewalls von Fremdherstellern.

Discovery, hat alles gefunden, brach bei 3 aber ab: Meldung: die erforderliche Komponente ist nicht vorhanden
Habe ich nachinstalliert. ( WEB 0 war auf Port in use, umgestellt auf anderen Port, VIS nachinstalliert)

Beim Betrieb mehrer Instanzen auf einem Rechner ist auf Überschneidungen bei den Ports zu achten. Die meisten Adapter bieten die Möglichkeit, ihre Ports anzupassen.

Alte Version: Datenträger verfügbar: 68.9 %, gesamte RAM-Nutzung: 1796 MB
Dein System nutzt nur: gesamte RAM-Nutzung: 508 MB

In der Tat, ich habe auf eine Node.js-Prozesshierarchieebene im Core Server verzichtet. Das spart etwa 15MB. Es ist davon auszugehen, dass sich die neue Installation darüber hinaus bzgl. RAM so verhält wie die bisherige.

Skripte wurden nicht übernommen?
Eine Alte Installation wurde aber erkannt und gefragt ob ich sie übernehmen will

Wie im ersten Beitrag geschrieben ist der Dialog dazu bereits implementiert aber die eigentliche Migrationsfunktion noch nicht realisiert.

Danke für das Log.

[sigi234]

@Stabilostick sagte in [Aufruf] ioBroker für Windows:

Sorgen machen nur Virenscanner und Firewalls von Fremdherstellern.

Habe ich :

Auf jeden Fall eine tolle Arbeit von Dir ! Respekt.

[sigi234]

@Stabilostick sagte in [Aufruf] ioBroker für Windows:

Wie im ersten Beitrag geschrieben ist der Dialog dazu bereits implementiert aber die eigentliche Migrationsfunktion noch nicht realisiert.

Ok, überlesen.........
Ich werde mal die Skripte einspielen, wobei ich mir nicht sicher bin ob das geht, habe ja die 1.5.7. Version von JS-Controller.

[maxeddy2]

Habe auf einem NUC unter Windows 10 Pro installiert. Laut .log alles ok, aber die Datenbankinstallation und Erstkonfiguration findet kein Ende. Den 1. Versuch nach ca. 1h abgebrochen. Jetzt läuft der 2. Versuch . Denke, dass ich nach 2h abbrechen kann, oder ?

[Stabilostick]

@maxeddy2
In diesem Schritt läuft der Befehl iobroker setup first. Der dauert bei mir ca. 1-2 Minuten. Da wird auch npm aufgerufen, um z.B. den admin- und den discovery-Adapter zu installieren. War ein CPU-Core bei Dir in diesen 60 Minuten durchgehend auf 100%?

Das Log enthält die Meldungen von iobroker setup first erst nach Abschluss des Schritts...

[maxeddy2]

Script stderr:

Datenbankinstallation und Erstkonfiguration
Datenbankinstallation und Erstkonfiguration
Executing cmd.exe /C setup\setupfirst.cmd
[11:52:26] Installation was aborted.

Das sind die letzten Zeilen der .log -Datei. CPU 0%. Tut sich nichts.

[maxeddy2]

Habe "iobroker setup first" untere Powershell gestartet -->
Fehler beim Ausführen eines Post-Installationsschrittes. .. ioBroker initialisierung fehlgeschlagen. und nun ?

[maxeddy2]

iobroker test
2019-03-30 13:21:13,581 INFO  - Starting "C:\Program Files\iobroker\IOBROKER1\nodejs\node.exe" "C:\Program Files\iobroker\IOBROKER1\node_modules\iobroker.js-controller\controller.js"
2019-03-30 13:21:13,597 INFO  - Starting "C:\Program Files\iobroker\IOBROKER1\nodejs\node.exe" "C:\Program Files\iobroker\IOBROKER1\node_modules\iobroker.js-controller\controller.js"
2019-03-30 13:21:13,612 FATAL - Unhandled exception
System.ComponentModel.Win32Exception (0x80004005): Das System kann die angegebene Datei nicht finden
   bei System.Diagnostics.Process.StartWithCreateProcess(ProcessStartInfo startInfo)
   bei winsw.Util.ProcessHelper.StartProcessAndCallbackForExit(Process processToStart, String executable, String arguments, Dictionary`2 envVars, String workingDirectory, Nullable`1 priority, ProcessCompletionCallback callback, Boolean redirectStdin, LogHandler logHandler)
   bei winsw.WrapperService.StartProcess(Process processToStart, String arguments, String executable, LogHandler logHandler, Boolean redirectStdin)
   bei winsw.WrapperService.OnStart(String[] _)
   bei winsw.WrapperService.Run(String[] _args, ServiceDescriptor descriptor)
   bei winsw.WrapperService.Main(String[] args)
System.ComponentModel.Win32Exception (0x80004005): Das System kann die angegebene Datei nicht finden
   bei System.Diagnostics.Process.StartWithCreateProcess(ProcessStartInfo startInfo)
   bei winsw.Util.ProcessHelper.StartProcessAndCallbackForExit(Process processToStart, String executable, String arguments, Dictionary`2 envVars, String workingDirectory, Nullable`1 priority, ProcessCompletionCallback callback, Boolean redirectStdin, LogHandler logHandler)
   bei winsw.WrapperService.StartProcess(Process processToStart, String arguments, String executable, LogHandler logHandler, Boolean redirectStdin)
   bei winsw.WrapperService.OnStart(String[] _)
   bei winsw.WrapperService.Run(String[] _args, ServiceDescriptor descriptor)
   bei winsw.WrapperService.Main(String[] args)

[maxeddy2]

Auf

[Stabilostick]

@maxeddy2

Wenn Du erlaubst, möchte ich mir das gerne auf Deinem Rechner über TeamViewer oder AnyDesk ansehen. Du hast eine PN.

[maxeddy2]

Warte auf deine Reaktion, s. Chat.

[maxeddy2]

Vielen Dank für die tolle Unterstützung. Es lag an Kaspersky.

[Stabilostick]

Konkret hat Kaspersky die Ausführung von npm stark verlangsamt.

Es hatte nicht gereicht, den Installationsordner vom Virenscan auszunehmen. Erst als Kaspersky temporär vollständig abgeschaltet wurde, funktionierte die Installation zuverlässig.

Hintergrundinfo: npm verwaltet viele tausende kleiner Textdateien. Ein Virenscanner, der bei jedem Zugriff jede Texdatei prüft, verzögert npm deutlich.

[klassisch]

Super, Sache, Hut ab und tief verneigt! Endlich ein kanonisiertes Konvolut, dann auch noch auf Windows und mit Installer!
Hinweis : mit dem Tool OOSU10.exe https://www.oo-software.com/de/shutup10 kann man Windows daran hindern unbeaufsichtigte Updates und die damit verbundenen Restarts zu machen. Damit kann man den Updatezeitpunkt selbst bestimmen. Allerdings mußt ich diese Einstellungen nach jedem Update wieder erneut vornehmen, was einen Neustart erfordert.

Zum ioBroker: Habe die Installation heute morgen auf einem sehr alten Notebook durchgeführt

Platform: win32
Architecture: x64
CPUs: 2
Speed: 1995 MHz
Model: Intel(R) Core(TM)2 Duo CPU P7350 @ 2.00GHz
RAM: 3.9 GB
System uptime: 00:00:00
Node.js: v8.15.1
NPM: 6.9.0
adapters count: 234

Das Gerät ist durch andere Aufgaben schon zu 60% ausgelastet und reagiert deshalb generell etwas träge. Die Installation habe ich via UltraVNC durchgeführt. Experteninstallation. Keine Virenscanner deaktiviert etc.
Das hat >3h von 09:17:56 bis 12:21:06 gedauert.
Lief aber durch, Errorlevel 0.

Was mir aufgefallen ist: Die HM-rpc stehen defaultmäßig auf Bin-rpc. Aus unerfindlichen Gründen bekommt der CUxD die 0 und der rfd die 1.
Außerdem wird noch ein zweiter CUxD rpc angelegt mit der IP Adresse meines eigenlichen ioBroker Produktivsystems. Der hat zu Instabilitäten geführt. Seit ich ihn deaktiviert habe, ist das Log sauber. Diesen rpc werde ich löschen.

Kleine Geschmacksache: In der schönen Übersicht was installiert wird: Die x haben mich verwirrt. Vielleicht einen Haken bei den Dingen, die installiert werden und einen Doppelhaken bei denen, die schon installiert sind?

Klasse Sache und herzlichen Dank!
Mein Orabge Pi läuft zwar stabil, hat aber kürzlich wieder etliche "Reconnect DB" gehabt mit History Neustarts. Mag ich nicht. Und es stehen 11 armbian updates an. Immer eine Zitterpartie.
Denke, daß die ioBroker-Host Zukunft bei mir Windows heißen wird. Mal schauen, wie sich mein alter, ausgedienter Notebook schlägt und ob RFLink via USB läuft. Notfalls muß ich eben früher als gedacht einen refurbished Notebook kaufen und meine IT umorganisieren.

Edit: RFLink via USB läuft.
Edit 2: Virenscanner ist Avira und machte keine Probleme