Test ioBroker unter Windows installieren - 2023 Edition

[mcm1957]

@dasbrot42
Ok versteh ich das richtig
Du hattest js-controller 4.
Sobald du js-controller 5 installiert hast, ging admin nicht mehr.

Ok, die Neuinstallation bringt natürlich js-controller 5 mit. Admin 6.10.1 wär eigentlich auch OK und sollte funktionieren.

Ich habe noch folgende Zeile gefunden:
2023-10-01 10:21:22.416 - error: host.EliasPC instance system.adapter.admin.0 terminated with code 4294967295 ()

Im Moment keine Ahnung was der Fehlercode bedeutet.

[DasBrot42]

@mcm57 said in Test ioBroker unter Windows installieren - 2023 Edition:

@dasbrot42
Ok versteh ich das richtig
Du hattest js-controller 4.
Sobald du js-controller 5 installiert hast, ging admin nicht mehr.

Ok, die Neuinstallation bringt natürlich js-controller 5 mit. Admin 6.10.1 wär eigentlich auch OK und sollte funktionieren.

Ich habe noch folgende Zeile gefunden:
2023-10-01 10:21:22.416 - error: host.EliasPC instance system.adapter.admin.0 terminated with code 4294967295 ()

Im Moment keine Ahnung was der Fehlercode bedeutet.

So, Die Neuinstallation ohne Datenübername lief.
Ich habe dann den neuen Data Ordner umbenannt, und den alten in die Installation kopiert.
Iobroker wieder gestartet läuft nicht.
Dann wieder beendet, und die Data Ordner getauscht. Lief auch nicht. Erst nach PC Neustart. Es ist also was im Data Verzeichnis. Ich schätze auch es ist das Admin packet. Dieses hatte ich in der alten Version noch hochgezogen nach dem ich Node.js aktualisiert habe. das war eine irre Frikellei, vermutlich ist es schrott. Kann ich das Admin packet irgentwie weg lassen aus dem alten iobroker-data Verzeichnis ? Also zum Beispiel das admin.admin Verzeichnis unter \iobroker-data\files ? reicht das ? Oder ich kopiere nur die Verzeichnisse aus dem altem Data Ordner herein und lasse den Rest vom Data Ordner so wie er ist ?

[mcm1957]

@dasbrot42
Ein normales Backup hast du nicht "zufällig" ? Das sollte sich eigentlich einspielen lassen.

Ansonsten muss ich hier mal passen.
Ich trigger aber @thomas-braun der auf (fast) alles eine Antwort weiß.

Ev. kann er was dazu sagen wie man Daten aus dem "alten" iobroker-data Ordner in ein System bekommen kann. Auch wenn es sich um eine Windows Installation handelt.

[Thomas Braun]

Zu Windows kann ich nix sagen. Komplett unbekanntes Terrain.

[mcm1957]

@thomas-braun

Ja - ist mir schon klar ABER

Gegeben:

• laufende iobroker installation (Neuinstallation, leer)
• iobroker_data Ordner der "alten" Installation

Die Daten sollen übernommen werden. Kopiert man den ganzen "alten" Ordner rein, geht nix mehr. Entfernt man ihne wieder, ist alles OK (nach reboot).

Denke mal, dass da noch nichts windows / linux / mac spezifisches mitspielt. Wenn du also was weißt ob / wie man ggF den alten iobroker-data Ordner als ""backup" zum Restaurieren verwenden kann oder was da üblicherweise in diesem so falsch sein kann dass es klemmt, wär dem User geholfen.

Wenn da doch zuviele Unterschiede sind, ok.
Danke jedenfalls für deine intensive Hilfe hier im Forum, ai#uch wenns hier ev. mal nicht geht.

[Thomas Braun]

iob upload all

vielleicht.

[DasBrot42]

@mcm57 Ich habe tatsächlich ein altes Backup gefunden. Was mich wundert, denn eigentlich lief Backup nie wirklich, seit 2019. Was soll schon passieren. mal sehen was drinnen ist. man konnte sehr viel weniger anklicken beim alten backitup. Ich weis ja nun das eine plain Neuinstallation geht. Aber wenigstens die Scripts möchte ich so gern retten. Das waren soooo viele .....

[mcm1957]

@dasbrot42
Für die Zukunft
Du kannst soweit ich weiß die Skripts automatisch und extern in ein Verzeichnis sichern.
Hab die Details nicht im Kopf. Sxhau mal im Adapter oder frag ggF im Forum

[mcm1957]

Hab grad mal ins iobroker-data geschaut.

Irgendwie ist da gar nicht soooo viel drin. Ev. schau mal ob in deinem alten iobroker-data irgendeine Unsinn (z.b. npm module) drinnen sind die stören.

Ansonsten kannst du - wenn hier nichts kommt - noch mal im allgemeinen Forum fragen ob ev. ein selektives "rumkopieren" einzelner Dateien sinnvoll sein kann. Ob dass dann ein lauffähiges System ergibt - keine Ahnung. Aber ev. kann man ja den admin Ordner genauer ansehen.

Ev. weiß da @foxriver76 was zu einem "manuellen reinkopieren des alten iobroker-data Verzeichnisses" bzw. zu einem Restore aus dem alten iobroker-data und warum da der Admin auf einmal unerreichbar werden könnte.

Aber kann gut sein, dass er schliecht einfach keine Zeit dafür hat, er steckt zu 500% in js-controller 5 / admin / web Dingen drinnen.

[DasBrot42]

@mcm57 Ich hatte das schon mal versucht. Allerdings konnte er da keine Zip Datei erstellen die 2019er Version lief nur so gerade eben.
Backup hat nicht funktioniert.

[DEBUG] [iobroker] Start ioBroker Restore ...
[DEBUG] [iobroker] iobroker controller daemon is not running
[DEBUG] [iobroker] host.EliasPC OK.
[ERROR] [iobroker] No host object found, your backup seems to be corrupted!
[DEBUG] [iobroker] ioBroker Restore completed successfully
[EXIT] 52 **** Restore was canceled!! ****

Er hat die Verzeichnisse der Adapter erstellt, und dort werden sie mir sogar als installiert angezeigt, aber unter Instanzen sind sie nicht drinnen.

Ich warte jetzt noch etwas ob jemand eine Idee hat bevor ich hier alles zu spamme.

[DasBrot42]

@mcm57
Also viel ist da nicht drinnen.

unter Files die ganzen Adapter. Das Einkopieren des Data Ordners hat früher ganz früher funktioniert. Nur hier ist das Ganze scheinbar schon kaputtgewesen. Ich wüsste garnicht wo genau die Scripts liegen.
Ich probiere noch etwas rum. Tabularasa geht ja immer.

[mcm1957]

@dasbrot42
Mach dir hier mal keine Sorgen dass du was zuspammst. Das istz ein Forum. Und wir sind ja beim Thema und tratschen nicht über das Badewetter

Was mir in deinem Verzeichnis auffällt sind die beiden .lock Ordner. Schau mal ob die leer sind.
Kann es sein dass du das Verzeichnis wegkopiert hast als der ioBroker noch lief?

Normalerweise - aber ich kenn das Dateihandling im ioBroker nicht - werden solche Ordner angelegt um konkurierende Zugriffe zu verhindern bzw. zu synchronisieren. Ev. kannst du mal versuchen diese beiden .lock Ordner zu entfernen (natürlich nicht in deiner Sicherungskopie !) nachdem du die alten Daten in die neue Installation kopiert hast und dann den iob zu starten.
Mehr als dass auch das nichts nützt kann nicht sein.

Ansonsten 'iob fix' hast du ja sicher schon versucht gehabt.

[sigi234]

@mcm57
Das macht der Installer, nicht iobroker-data einfach reinkopieren oder umbenennen.

[mcm1957]

@sigi234

Ja schon klar dass das Kopieren nicht der offizielle und geplante Weg ist,

NUR wenn die ganze Geschichte nachliest ( ab https://forum.iobroker.net/topic/63610/test-iobroker-unter-windows-installieren-2023-edition/115) wirst du sehen, dass:
-) eine Installation mit dem Windows Installer incl. reinkopieren der alten iobroker-data dazu geführt hat, dass admin ohne klare Fehlermeldung nicht mehr erreichbar ist / war
-) dass eine (primär) testweise Installation mit dem Installer einen funktionierenden ioBroker (natürlich leer) erzeugt hat
-) dass ein versuchsweises reinkopieren des alten iobroker-data Verzeichnisses wieder dazu geführt hat, dass admin nicht erreichbar ist/ war.

Wenn du konkrete Ideen hast, was faul ist oder was DasBrot42 tun kann .- bitte her damit. Ich gehe davon aus, dass er auch jederzeit eine weitere Neuinstallation durchführen würde (die dauert ja nicht allzu lange). Nur funktioniert(e) eben das integrierte kopieren der alten iiobroker.data Infos nicht.

Nachtrag: Weiter oben gibt es auch ein vollständiges Log nach der normalen Installation (mit integriertem Kopieren durch den Installer). Vielleicht soiehst du ja dort das Problem warum admin nicht erreichbar ist.

[sigi234]

@mcm57
Ok, bin nicht am PC, aber @Gaspode ist Online. Ev. kann er weiter helfen.

[mcm1957]

@sigi234
Danke -Gaspode weiß Bescheid und war nur tagsüber nicht erreichbar. Er schaut sichs sicher an sobald er Zeit hat.

Aber DANKE für deinen Einwurf - ohne Vorgeschichte wäre das reine Kopieren wirklich blödsinnig.

McM1957

[Gaspode]

Hi,
ich bin jetzt ja leider auch nicht sooo tief in der Materie, aber soweit ich das dem Log entnehmen kann, läuft der ioBroker grundsätzlich.

Gib mal bitte in der ioBroker Console folgendes ein und poste den Output:

iob status all | find "Instance"

Du solltest eine Liste aller laufenden ioBroker Instanzen gelistet bekommen. u.a. sollte folgende Zeile auftauchen:

Instance "admin.0" is running

Wen das der Fall ist, dann kannst du mal versuchen, alle anderen Instanzen anzuhalten, das geht mit "iob stop <Adaptername>", also z.B.

iob stop backitup

Wenn dann alle Instanzen aus der Liste gestoppt wurden (außer Admin natürlich ), ist dann die Oberfläche erreichbar?

Edit:
Ach ja, und wenn das alles nicht weiter führt, dann poste bitte mal den Output von

iob list instances

[sigi234]

@dasbrot42

Zeig uns mal auch das bitte:

[Gaspode]

Was mir jetzt noch aufgefallen ist:

Nach dem Neustart will er 15 Instanzen neu starten.

2023-10-01 12:31:24.485  - [32minfo[39m: host.EliasPC starting 15 instances

Er startet aber nur die folgenden:

C:/ioBroker/node_modules/iobroker.javascript
C:/ioBroker/node_modules/iobroker.hm-rega
C:/ioBroker/node_modules/iobroker.tr-064
C:/ioBroker/node_modules/iobroker.discovery
C:/ioBroker/node_modules/iobroker.info
C:/ioBroker/node_modules/iobroker.iot
C:/ioBroker/node_modules/iobroker.text2command
C:/ioBroker/node_modules/iobroker.harmony
C:/ioBroker/node_modules/iobroker.hue-extended

Wie unschwer zu erkennen ist, sind das keine 15 und der Admin ist nicht dabei.

Gib bitte mal neben den weiter oben beschriebenen Commands auch noch die folgenden ein und poste den Output:

npm ls

iob update

[DasBrot42]

@gaspode said in Test ioBroker unter Windows installieren - 2023 Edition:

Hi,
ich bin jetzt ja leider auch nicht sooo tief in der Materie, aber soweit ich das dem Log entnehmen kann, läuft der ioBroker grundsätzlich.

Gib mal bitte in der ioBroker Console folgendes ein und poste den Output:

iob status all | find "Instance"

Du solltest eine Liste aller laufenden ioBroker Instanzen gelistet bekommen. u.a. sollte folgende Zeile auftauchen:

Instance "admin.0" is running

Wen das der Fall ist, dann kannst du mal versuchen, alle anderen Instanzen anzuhalten, das geht mit "iob stop <Adaptername>", also z.B.

iob stop backitup

Wenn dann alle Instanzen aus der Liste gestoppt wurden (außer Admin natürlich ), ist dann die Oberfläche erreichbar?

Edit:
Ach ja, und wenn das alles nicht weiter führt, dann poste bitte mal den Output von

iob list instances

Danke das ihr euch so viel Mühe gebt. Ich arbeite das nun posting für Posting ab Ich glaube ich habe in der alten Installation admin mit einem Update kaputt gemacht. Kann man das manuell nachinstallieren ?

So jetzt zu den Hausaufgaben.

**********************************************************
***               Welcome to ioBroker.                 ***
***                                                    ***
***     Type 'iob help' for list of instructions.      ***
***                For more help see                   ***
***     https://github.com/ioBroker/ioBroker.docs      ***
**********************************************************

Your environment has been set up for using Node.js 18.18.0 (x64) and npm.

C:\ioBroker>iob status all | find "Instance"
Instance "admin.0" is not running
Instance "discovery.0" is running
Instance "info.0" is running
Instance "hm-rpc.0" is not running
Instance "hm-rega.0" is running
Instance "web.0" is not running
Instance "hm-rpc.3" is not running
Instance "alexa2.0" is not running
Instance "iot.0" is running
Instance "icons-material-png.0" is not running
Instance "vis-map.0" is not running
Instance "vis.0" is not running
Instance "text2command.0" is running
Instance "vis-metro.0" is not running
Instance "icons-material-svg.0" is not running
Instance "javascript.0" is running
Instance "icons-icons8.0" is not running
Instance "vis-weather.0" is not running
Instance "vis-hqwidgets.0" is not running
Instance "vis-canvas-gauges.0" is not running
Instance "vis-jqui-mfd.0" is not running
Instance "harmony.0" is running
Instance "hue-extended.0" is running
Instance "tr-064.0" is running
Instance "hm-rpc.4" is not running
Instance "hm-rpc.2" is not running
Instance "habpanel.0" is not running
Instance "jarvis.0" is not running
Instance "backitup.0" is not running

Das sieht tatsächlich so aus, bis auf Admin weswegen ich die alte Installation aufgegeben habe. ich habe keine Verbindung mehr gehabt zur ccu etc.

Ich habe alle gestoppt und anschließend admin gestartet. Nun ist das Webinterface erreichbar. Da beisst sich also was ? Ich schalte jetzt nach und nach an, und schaue wann admin abschmiert ?