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

[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

[aleks-83]

Diese Logfiles scheinen aber erst bei erfolgreicher Installation erstellt zu werden!?
Denn mein Installationsordner ist immer komplett leer. Auch während der Installation.

Da das hier mein Produktivsystem ist, konnte ich jetzt nicht länger warten und habe ioBroker normal installiert, ohne Migration.
Ich spiele dann ein BackItUp Backup ein.

Im aktuellen Log stehen aber alle Instalaltionsversuche drin.
Hier der Logbereich von meinem fehlerhaften Versuch:

Script output:
 1

Script stderr:
 

states.json
Executing jq.exe type "D:\ioBroker\Backup_migrieren\iobroker-data\states.json" | find /v /c ""
Script exit code: 0

Script output:
 1

Script stderr:
 

Config
Setting variable mighostname from jq.exe -r ".[].common.hostname | select(.==null|not)" "D:\ioBroker\Backup_migrieren\iobroker-data\objects.json"
Script exit code: 5

Script output:
 

Script stderr:
 jq: error (at D:\ioBroker\Backup_migrieren\iobroker-data\objects.json:0): Cannot index array with string "hostname"

Fehler beim Ausführen jq.exe -r ".[].common.hostname | select(.==null|not)" "D:\ioBroker\Backup_migrieren\iobroker-data\objects.json": jq: error (at D:\ioBroker\Backup_migrieren\iobroker-data\objects.json:0): Cannot index array with string "hostname" 

Ich hoffe das hilft euch dann wenigstens bei der Fehlersuche.

EDIT:
Ich glaube das hängt mit dem Hostnamen des Backups zusammen.
Der lautet NUC-ioBroker.
Wenn ich im Installer eine Instanz mit diesem Namen anlegen will erhalte ich die Meldung dass nur Buchstaben und Zahlen erlaubt sind.
Kann ich den Hostnamen im Backup irgendwie ändern?

[klassisch]

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

Da das hier mein Produktivsystem ist, konnte ich jetzt nicht länger warten und habe ioBroker normal installiert, ohne Migration.
Ich spiele dann ein BackItUp Backup ein.

Das verstehe ich. Das Produktivsystem muß laufen.
Über das Backup sollte das auch so funktionieren. So habe ich es bei meiner Erstinstallation und Migration von Linux nach Windows auch gemacht. Da gab es die Migrationsfunktion noch nicht.
Bei diesem Durchlauf des neuen Installers war meine Intention das Update auf die aktuellen Versionen. Das hat funktioniert. Dazu wude eine ioBroker neue Instanz angelegt und dorthin migirert. Die Dienste der alten Instanz wurde dann deaktiviert.

[aleks-83]

@klassisch
Und kannst du etwas zu meinem "Backup/Hostnamen" Problem sagen?
Kann man den Host im Backup umbenennen?

[klassisch]

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

EDIT:
Ich glaube das hängt mit dem Hostnamen des Backups zusammen.
Der lautet glaube ich NUC-ioBroker.
Wenn ich im Installer eine Instanz mit diesem Namen anlegen will erhalte ich die Meldung dass nur Buchstaben und Zahlen erlaubt sind.
Kann ich den Hostnamen im Backup irgendwie ändern?

Das macht Sinn., wobei es eher an der Instanz als am Hostnamen liegt. Mein Hostname hat auch ein "-". Ich wollte auch mal einen Instanzennamen mit "-" eingeben, was mir aber verwehrt wurde.
Ob man das ändern kann weiss ich nicht. Aber ich würde mal versuchen, die Backupfiles zu entpacken. Das Backup.json kann man auspacken und editieren. Dort wird die Instanz recht oft benannt. Vielleicht mal mit einem Editor ändern und wieder zurückspeichern.