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

[Stabilostick]

@klassisch

Ich habe neu das verzögerte Starten des ioBroker-Dienstes konfiguriert, damit Windows sich vor dem Start von ioBroker erst einmal selbst fängt.

Wenn Du die alte Instanz testhalber verwenden möchtest, dann musst du den neuen Dienst im Dienst Manager stoppen, die Startart des alten auf „manuell“ stellen und den alten Dienst dann starten. Sollte alles noch gehen.

Für die neue Instanz die Dienste-Konfig wieder zurückstellen. Beide gleichzeitig geht natürlich nicht.

[klassisch]

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

Dafür ein herzliches „Danke!“.

Es ist an uns Dir ganz herzlich für Deine tolle Arbeit zu danken! Respekt!
Der Windows Installer ist schon eine klasse Sache. Gerade in den Zeiten der Versionsturbulenzen.
Hatte dieser Tage den Fall, daß ich einem HM-User einen schnellen Weg zu einer ioBroker Installation zeigen wollte. Audgrund der Versionsturbulenzen, Dokuumstellungen etc. scheint auf dem Linux-Pfad gerade vorwiegend Baustelle zu sein. Immer noch eine lange Liste von Anweisungen und an einem Installer wird gearbeitet.
Da ist Dein Installer doch eine andere Nummer. So kann man ioBroker verbreiten
Ordentlicher (Gebraucht- bzw. ehda-)Rechner, Ordentliches OS, ordentlicher Installer und schon flutscht es....

[sigi234]

@klassisch sagte in [Aufruf] ioBroker für Windows, Version 1.5.14:

Es ist an uns Dir ganz herzlich für Deine tolle Arbeit zu danken! Respekt!

Dem schließe ich mich an.............

[klassisch]

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

@klassisch

Ich habe neu das verzögerte Starten des ioBroker-Dienstes konfiguriert, damit Windows sich vor dem Start von ioBroker erst einmal selbst fängt.

d.h. Starttyp: "Automatisch, verzögerter Start". Windows startet, und nach einigen Sekunden. oder wenn Windows der Meinung ist, an Deck zu sein, wird ioBroker mit voller konzentration gestartet?

Wenn Du die alte Instanz testhalber verwenden möchtest, dann musst du den neuen Dienst im Dienst Manager stoppen, die Startart des alten auf „manuell“ stellen und den alten Dienst dann starten. Sollte alles noch gehen.

Für die neue Instanz die Dienste-Konfig wieder zurückstellen. Beide gleichzeitig geht natürlich nicht.

Vielen Dank, also Steuerung über die Services. Werde die alte Instanz hoffentlich nicht mehr brauchen.
Beobachte das System weiter und melde mich für diese Session ab.

[Stabilostick]

@klassisch

Verzögerter Start:

The Service Control Manager starts services that are configured for delayed automatic start after all of the automatic-start threads have finished starting. The Service Control manager also sets the priority of the initial thread for these delayed services to THREAD_PRIORITY_LOWEST. This causes all of the disk I/O performed by the thread to be very low priority. Once a service finishes initializing, the priority is set back to normal by the Service Control Manager.

[sigi234]

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

Bei einer Neuinstallation oder Migration/Reparatur wird eine bestehende ioBroker-Installation nicht angetastet.

Ok, wenn ich jetzt eine Migration mache dann übernimmt er Alles von der Alten Installation?
Alle Adapter, Vis, Flot, Skripte usw...Richtig?
Gibt es eine Möglichkeit das ich auswählen kann welche Adapter er übernehmen soll?
Wie ich gelesen habe werden die Adapterversionen genommen die installiert waren.
Ich habe den Verwahrungsort immer auf latest gestellt und bin auf den neuesten Stand, aber auch viele Github Versionen.
Was dann nicht geht muss Manuel nachinstalliert werden.........

Hm..., ich denke eine saubere Neuinstallation und dann ausgewählte Adapter zu installieren ist die Beste Lösung.
Ich freue mich schon auf weitere Tests.......

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

Bei einer Reparatur

Das ist auch interessant, wird das mit Datumsauswahl oder letzte funktionierende Version oder wird das Grundsystem wieder hergestellt?

[Stabilostick]

@sigi234

Richtig. Alles, was in iobroker-data gespeichert ist. History-Adapter Kennzahlen, wenn der Pfad nicht verändert wurde, Node-red Workflows usw.

Im Prinzip ist das was ich mache nichts neues. Einer frisch installierten Serverinstanz mit Admin, Discovery und Info-Adapter wird die präparierte Datenbank und Konfig-Files einer vorangegangenen Installation untergeschoben. Das gilt für alle Vorgänge wie Update, Migration und Reparatur.

ioBroker findet in der Datenbank beim Start die konfigurierten Adapterinstanzen, aber im Dateisystem nicht die entsprechenden Programmdateien. Deshalb beginnt ein Standardmechanismus, der Adapter für Adapter unter Beibehaltung der Konfig und der Version mit npm nachinstalliert, sofern er noch im npm-Repository in der in der DB hinterlegten Version steht. Für von GitHub installierte Adapter fehlt aber die Angabe der Paketquelle und deshalb kommt die null-Meldung und die manuelle Nachinstallation wird erforderlich. Vielleicht wird letzteres mit Version 2.x des js-controllers anders.

Und wenn jemand von raspberry auf Windows umsteigt (auch das geht mit der Migration), dann werden natürlich unter Windows raspberry-spezifische Adapter nicht funktionieren. Wenn in der Adapterkonfig so etwas wie /dev/usbtty steht, muss das unter Windows manuell auf comX geändert werden. Das und ähnliches kann ich nicht automatisch leisten.

Adapter im Setup auswählbar zu machen würde bedeuten, dass ich gravierend in die DB eingreifen muss. Das möchte ich definitiv vermeiden. Und wenn die Daten in einem externen redis-DB liegen, mag ich da überhaupt nicht dran denken.

Während der Importphase lasse ich die json-Dateien zumindest auf syntaktische Richtigkeit prüfen und checke einige Punkte, um den gröbsten Schnitzern vorzubeugen (siehe defekte SD-Karten Raspberry).

[Stabilostick]

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

Bei einer Reparatur

Das ist auch interessant, wird das mit Datumsauswahl oder letzte funktionierende Version oder wird das Grundsystem wieder hergestellt?

Du bestimmst mit der Auswahl des iobroker-data Quellordners, welcher Stand wiederhergestellt wird. Woher der Ordner kommt, ist fast egal. Ein aktuelles System, der Sicherungsordner nach dem Löschen einer Instanz, eine extrahierte Sicherung vom Backitup-Adapter oder aus Windows Laufwerksschattenkopien (Explorer->Vorgängerversionen). Oder die SD-Karte mit fat32-Dateisystem vom asrock64. Ich möchte da flexibel sein.

[klassisch]

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

Und wenn jemand von raspberry auf Windows umsteigt (auch das geht mit der Migration), dann werden natürlich unter Windows raspberry-spezifische Adapter nicht funktionieren. Wenn in der Adapterkonfig so etwas wie /dev/usbtty steht, muss das unter Windows manuell auf comX geändert werden. Das und ähnliches kann ich nicht automatisch leisten.

Gilt dann bei der Migration von Linux auf Win noch meine Anleitung https://forum.iobroker.net/topic/22896/howto-anleitung-migration-von-linux-sbc-raspi-opi-auf-windows-notebook oder steht da jetzt Blödsinn drin, den man ersetzen oder zumindest mit einem Hinweis versehen sollte?

Prüfst Du, ob da noch solch Linuxzeug wie /dev/usbtty drinsteht? Falls ja, könntest Du einen Hinweis in die Protokolldatei oder den Dialog schreiben, damit man gleicheine ToDo Liste hat.

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

Während der Importphase lasse ich die json-Dateien zumindest auf syntaktische Richtigkeit prüfen und checke einige Punkte, um den gröbsten Schnitzern vorzubeugen (siehe defekte SD-Karten Raspberry).

Auch hier wieder: Wäre da ein Hinweis im Dialog / Logfile möglich, damit man die schwarzen Schäfchen gleich kenntlich macht?

[Stabilostick]

@klassisch sagte in [Aufruf] ioBroker für Windows, Version 1.5.14:

Prüfst Du, ob da noch solch Linuxzeug wie /dev/usbtty drinsteht? Falls ja, könntest Du einen Hinweis in die Protokolldatei oder den Dialog schreiben, damit man gleicheine ToDo Liste hat.

Bislang prüfe ich das nicht. Ich könnte aber einen allgemeinen Infodialog einblenden, wenn ich feststelle, das die DBs von einem Linux-System stammen.

schwarzen Schäfchen gleich kenntlich

Das ist so integriert. Bei Fehlern geht es nicht weiter bei der Migration. Siehe die zweite Meldung von @sigi234.

[Stabilostick]

@klassisch sagte in [Aufruf] ioBroker für Windows, Version 1.5.14:

Gilt dann bei der Migration von Linux auf Win noch meine Anleitung https://forum.iobroker.net/topic/22896

Im Prinzip gilt das schon noch. Nur spart man sich jetzt das vorinstallierten von ioBroker auf Windows und solche Sachen wie „iobroker host this“. Es reicht, ioBroker auf dem SBC anzuhalten, dessen Ordner iobroker-data auf irgendwas zu kopieren, dass Windows lesen kann und dann einfach dort den neuen Installer mit der Migrationsfunktion zu starten. Und ggf. noch etwas Nacharbeit, wie du schreibst. Nur sollte das Löschen der Adapter mit fehlendem Pendant auf npm wie es oben beschreibst nicht nötig sein. Ein drüberinstallieren mit Erhalt der Konfig und ggf ein Upload ist das was ich kenne.

[UweRLP]

Hallo.

Auch mal was von mir
Mein Admin hat die Nummer 2. Daher erhalte ich bei dem Versuch einer Migration folgende Fehlermeldung:

Somit ist eine Migration ohne Änderung meiner Installation erst mal nicht möglich.

[Stabilostick]

@UweRLP

Ich hatte in einer internen Version des Installers in dem Fall das automatische Hinzufügen des admin.0. Was hältst Du davon?

[sigi234]

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

TEST INFO:

@Stabilostick

Kann ich schon testen?

[UweRLP]

@Stabilostick Würde der die Einstellungen des anderen Admin dann übernehmen? Ich vermute mal nicht, daher wäre es mir persönlich lieber der Installer würde weiter suchen nach Admin Adapter, man kann ja bei der Suche im einstelligen (0-9) Bereich bleiben.

[aleks-83]

Hi,

ich wollte gerade meinen ioBroker mit dem neuen Installer migrieren.

Der iobroker-data Ordner wurde von folgendem System entnommen:
NUC6CAYH
Proxmox 5.4 als OS
Linux Ubuntu 18.04 als VM
ioBroker mit NodeJS 8.15.1
Hostname: NUC-ioBroker

und soll in folgendes System eingespielt werden:
NUC6CAYH
natives Win10
ioBroker mit NodeJS 10.x
Hostname: NUC

Diese Fehlermeldung kam während der Migration:

**EDIT: **
Liegts vllt einfach am Leerzeichen im Ordnernamen? :-X
ich teste morgen

[Feuersturm]

Ich wollte gerade mal den Installer iobroker-1.5.14.a-windows-installer.exe ausprobieren und mir eine neue Instanz von ioBroker installiere, da kam gleich zu Anfang dieser Fehler.

Im bisherigen Thread hier konnte ich diese Fehlermeldung noch nicht wieder entdecken.

[klassisch]

@aleks-83 sagte in [Aufruf] ioBroker für Windows, Version 1.5.14:

Liegts vllt einfach am Leerzeichen im Ordnernamen? :-X
ich teste morgen

Wahrscheinlich nicht. Ich habe die von Win vorgeschlagenen Pfade verwendet und da ist auch ein Blank im Pfad. Sieht bei mir im Logfile so aus und hat funktioniert:

Config
Setting variable mighostname from jq.exe -r ".[].common.hostname | select(.==null|not)" "C:\Program Files\iobroker\ioBrMain\iobroker-data\objects.json"
Script exit code: 0

Hostname ist bei mir allerdings der von Windows vergebene Name nach dem Schema
DESKTOP-7ABCDEF
Also DESKTOP- und ein 7 stelliger Code. Diesen Namen hat Windows mal vergeben. Keine Ahnung, ob man den ändern kann.
ioBrMain ist bei mir die Quellinstanz von der aus migriert - oder bei mir geupdatet - wurde.

[aleks-83]

Hmm OK.

Wo finde ich denn das log file der Installation?
Dann schaue ich da mal rein wenn diese Meldung auf poppt.

[klassisch]

Ich wurde nach der Installation gefragt, ob ich das logfile sehen wollte und bekam es dann angezeigt und habe es abgespeichert.

Aber das logfile mit dieser Zeile ist noch auf meinem Rechner dort

c:\Program Files\iobroker\ioBrMain2\setup\bitrock_installer_216.log

Es gibt dort noch 2 weitere logfiles mit Namen setupfirst und migrate