Monatsrückblick Januar/Februar 2026 ist online!

[AndyGR42]

Ok, weiter geht's

Diesmal Odroid C4 mit Ubuntu 20.04.4 LTS minimal (original Odroid Image).

• Node 14.x installiert (14.19.3 / 6.14.17)

• iobroker per script installiert

• Testweise ältere web Version 5.1.0 per cli installiert.

Kann das hier jemand erklären? Warum werden mir für ein Update nur ältere Versionen angezeigt (außer bei den Adaptern, die per default installiert sind)?

Used repository: stable
Adapter    "admin"        : 5.3.8    , installed 5.3.8
Adapter    "backitup"     : 2.4.9    , installed 2.4.9
Adapter    "discovery"    : 3.0.3    , installed 3.0.3
Controller "js-controller": 4.0.23   , installed 4.0.23
Adapter    "simple-api"   : 2.6.5    , installed 2.7.0
Adapter    "socketio"     : 4.2.0    , installed 6.1.5
Adapter    "web"          : 4.3.0    , installed 5.1.0
Adapter    "ws"           : 1.3.0    , installed 2.1.1

• VIS 1.14.5 installiert - Instanz läuft, Lizenz fehlt

• Update von web nicht möglich:

Used repository: web@5.2.2
Error: unknown repository is active - "web@5.2.2". Known: stable, beta

• Backup wiederhergestellt -> iobroker ist tot.

Used repository: stable
Adapter    "admin"        : 5.3.8    , installed 5.3.8
Adapter    "backitup"     : 2.4.9    , installed 2.4.9
Controller "js-controller": 4.0.23   , installed 4.0.23

[FredF]

@andygr42 sagte in VIS 1.14.5 lässt sich nicht installieren:

Kann das hier jemand erklären?

Wenn der Web Adapter per CLI auf eine Beta Version, das System aber auf stable gestellt ist, passiert das.
Adapter in Beta versionen nur im Experten Modus aus eigener URL, dann per NPM installieren.

Edit: oder die Repo auf Beta umstellen

[Thomas Braun]

@andygr42 sagte in VIS 1.14.5 lässt sich nicht installieren:

Used repository: web@5.2.2

Warum wird web@5.2.2 als Repository angezeigt? Das ist natürlich Quatsch.

iobroker repo list

sagt?

[Homoran]

@thomas-braun sagte in VIS 1.14.5 lässt sich nicht installieren:

Warum wird web@5.2.2 als Repository angezeigt

weird!
in den anderen steht stable.

@AndyGR42 wann genau taucht dieser Scnipsel auf?

[AndyGR42]

@homoran

@AndyGR42 wann genau taucht dieser Scnipsel auf?

Beim Repo Update:

Quatsch, beim Versuch web per CLI zu aktualisieren.

iobroker update web

stable        : http://download.iobroker.net/sources-dist.json
beta          : http://download.iobroker.net/sources-dist-latest.json

Active repo(s): stable

Laut Version History war iobroker.web@5.1.0 kein Beta

[Homoran]

@andygr42 sagte in VIS 1.14.5 lässt sich nicht installieren:

Beim Repo Update:

wie denn das????

[AndyGR42]

@homoran Du bist zu schnell :)

[AndyGR42]

Ok, vergesst es. Der Befehl war natürlich völliger Blödsinn....

Bleibt noch das andere Phänomen, mit den alten Versionen im repo. Ich kann das jetzt aus Zeitgründen nicht nochmal testen, versuche morgen nochmal korrekt mit iobroker upgrade web zu aktualisieren.

Sorry for confusing....

[Homoran]

@andygr42 sagte in VIS 1.14.5 lässt sich nicht installieren:

Bleibt noch das andere Phänomen, mit den alten Versionen im repo

das gab es schon einmal, dass die standardmäßig bei der Erstinstallation installierten Adapter seltsamerweise aus dem Beta kamen.

das müsste sich @apollon77 dann nochmal aktuell ansehen.

@andygr42 sagte in VIS 1.14.5 lässt sich nicht installieren:

Sorry for confusing....

no problem!

[apollon77]

@homoran sagte in VIS 1.14.5 lässt sich nicht installieren:

das müsste sich @apollon77 dann nochmal aktuell ansehen.

@Bluefox ist da richtiger in dem Fall :-) Ist schon weitergegeben

[AndyGR42]

@homoran Könnte das nicht auch ein Grund für die Probleme beim Restore sein? Mir ist auch noch aufgefallen, dass web bei meinem prod System nach den Restore 4.2.3 hat, obwohl ich vor dem Backup alle Adapter aktualisiert hatte. Zudem wird mir nur 4.3.0 angeboten. Installiere ich das Update ist VIS tot.

P.S.: Es gibt auch noch einen Unterschied zwischen CLI und GUI. Ich versuche ja gerade die Situation von meinem Prod System nachzustellen. Der Befehl iobroker install web@4.2.3 installiert die non npm Version ohne Abhängigkeiten wie socket.io / Web Socket während die GUI alles korrekt macht. Ist das so vorgesehen?

[AndyGR42]

Also, ich gebe an dieser Stelle mal auf. Ich bin nicht mehr in der Lage ein Restore auf den test System zu fahren. Jeder Versuch endet damit, dass kein Adapter mehr gestartet werden kann (weiter oben beschrieben)

So schaut es vor dem Restore aus:

Used repository: stable
Adapter    "admin"        : 5.3.8    , installed 5.3.8
Adapter    "backitup"     : 2.4.9    , installed 2.4.9
Adapter    "discovery"    : 3.0.3    , installed 3.0.3
Controller "js-controller": 4.0.23   , installed 4.0.23
Adapter    "simple-api"   : 2.6.5    , installed 2.7.0
Adapter    "socketio"     : 4.2.0    , installed 4.2.0
Adapter    "web"          : 4.3.0    , installed 4.3.0
Adapter    "ws"           : 1.3.0    , installed 1.3.0

und so danach:

Used repository: stable
Adapter    "admin"        : 5.3.8    , installed 5.3.8
Adapter    "backitup"     : 2.4.9    , installed 2.4.9
Controller "js-controller": 4.0.23   , installed 4.0.23

Plattform wie beschrieben Ubuntu 20.04.4 LTS auf einem C4 mit node 14.

Das Backup stammt vom 15.06.2022 ca. 13:00 Uhr. Der erste Restore auf meinem M1 erfolgte keine Stunde später und war, bis auf das VIS 1.14.5 Thema erfolgreich.

Wenn ich noch irgendwo helfen kann lasst es mich wissen!

[apollon77]

Ok, Du hast einen Restore gemacht. Schön, damit hat das System an sich den Stand von dem Zeitounkt des Backups - inklusive des repo contents.

Und nahezu keiner der Adapter wird installiert sein weil das nach nem Restore mit neuem js-controller so ist.

Was hast Du jetzt als nächstes getan? ioBroker mal gestartet? oder hast Du nur"iob update" aufgerufen oder was ... Dann für mich mal ganz langsam und strukturiert.

Am besten starten wir ioBroker erstmal und lassen Ihn seine Magie nach dem Restore machen und überhaupt mal die Adapter neu installieren. Also iob start und Warten. Im Logfile unter /opt/iobroker/log/... buw mit "iob logs -f" kannst Du zuschauen was er tut

[AndyGR42]

@apollon77 Also, ich habe das nun ein halbes Dutzend Mal mit verschidenen Linux /node Versionen und mal mit mal ohne vorher installiertem VIS / web Adapter durchgeführt. Die ausführliche Beschreibung ist hier zu finden: https://forum.iobroker.net/topic/55574/vis-1-14-5-lässt-sich-nicht-installieren/74

[apollon77]

@andygr42 am Ende sehe ich folgendes. Nach dem restore sagst finagling und Vis sind tod. Was heißt das? Laut log startet Admin korrekt. Ja er sagt „can not read repository“. Das wäre zu checken.

Das log danach (für mich unklar was du dazwischen getan hast (iob stop?) sagt er das er keine Instanzen startet weil keine dem Host zugewiesen sind. Das heißt das sich der hostname zwischen dem stop und nächsten Start geändert haben muss. Weil er für den aktuellen Hostnamen des Servers keine Instanzen findet.

Also mehr Details bitte.

[AndyGR42]

@apollon77 Nach dem Restore bleibt iobroker exakt in diesem Status stehen, wie im Logfile zu sehen. Ich habe stop / start, restart und auch einen kompletten reboot probiert, ändert genauso wenig wie eine Stunde warten. VIS ist eh nicht aktiv und Admin kann auch nicht aufgerufen werden.

Da ich, außer dem Restore, nichts gemacht habe die Frage: ändert ein Restore den Hostname? Wenn ja, dann haben wir die Ursache gefunden. Im Testsystem hat iobroker wohl den Hostname vom OS übernommen, was natürlich nicht mit dem Hostname aus dem Backup übereinstimmt.

Interessant wäre nur, warum hat dies bei meinem prod System funktioniert? Das hat auch einen anderen OS Hostname und ich habe hier vor dem Restore auch den iobroker Hostname nicht geändert.

[AndyGR42]

Ok, verpasse ich dem Host den alten Namen läuft der Restore einwandfrei durch. Stellt sich mir nur immer noch die Frage, warum das beim Prod System funktioniert hat. Da habe ich den Hostname definitiv nicht vorher geändert. Ich habe es gerade nochmal im Log nachgesehen.

P.S.: Reproduzierbar, wenn der Hostname nicht übereinstimmt, funktioniert Restore nicht. Im Prinzip würde auch ein zweiter Restore funktionieren, da der Erste den Hostname ändert. Das wäre also ein Fix wenn der erste Restore fehlschlug.

[Homoran]

@andygr42 sagte in VIS 1.14.5 lässt sich nicht installieren:

ändert ein Restore den Hostname?

nein. Der Hostname bleibt der, der bei der Betriebssystem Installation vergeben wurde und ist ggf. unterschiedlich zu der in Den Instanzen des Backups vergebenen.

[AndyGR42]

@homoran Das ist leider inkorrekt:

2022-06-22 06:57:03.677  - info: host.odroid received SIGTERM
2022-06-22 06:57:03.683  - info: backitup.0 (11567) cleaned everything up...
2022-06-22 06:57:03.683  - info: admin.0 (11537) terminating http server on port 8081
2022-06-22 06:57:03.687  - info: host.odroid stopInstance system.adapter.admin.0 (force=false, process=true)
2022-06-22 06:57:03.688  - info: host.odroid stopInstance system.adapter.discovery.0 (force=false, process=true)
2022-06-22 06:57:03.689  - info: host.odroid stopInstance system.adapter.backitup.0 (force=false, process=true)
2022-06-22 06:57:03.701  - info: admin.0 (11537) Got terminate signal TERMINATE_YOURSELF
2022-06-22 06:57:03.704  - info: discovery.0 (11552) Got terminate signal TERMINATE_YOURSELF
2022-06-22 06:57:03.704  - info: backitup.0 (11567) Got terminate signal TERMINATE_YOURSELF
2022-06-22 06:57:03.708  - info: host.odroid stopInstance system.adapter.admin.0 send kill signal
2022-06-22 06:57:03.710  - info: admin.0 (11537) Terminated (START_IMMEDIATELY_AFTER_STOP): Without reason
2022-06-22 06:57:03.710  - info: backitup.0 (11567) Terminated (START_IMMEDIATELY_AFTER_STOP): Without reason
2022-06-22 06:57:03.710  - info: discovery.0 (11552) Terminated (START_IMMEDIATELY_AFTER_STOP): Without reason
2022-06-22 06:57:03.750  - info: host.odroid stopInstance system.adapter.discovery.0 send kill signal
2022-06-22 06:57:03.751  - info: host.odroid stopInstance system.adapter.backitup.0 send kill signal
2022-06-22 06:57:04.346  - info: host.odroid instance system.adapter.admin.0 terminated with code 156 (START_IMMEDIATELY_AFTER_STOP)
2022-06-22 06:57:04.380  - info: host.odroid instance system.adapter.backitup.0 terminated with code 156 (START_IMMEDIATELY_AFTER_STOP)
2022-06-22 06:57:04.382  - info: host.odroid instance system.adapter.discovery.0 terminated with code 156 (START_IMMEDIATELY_AFTER_STOP)
2022-06-22 06:57:04.382  - info: host.odroid All instances are stopped.
2022-06-22 06:57:04.522  - info: host.odroid terminated
2022-06-22 07:00:22.780  - info: host.gt-iob01 iobroker.js-controller version 4.0.23 js-controller starting
2022-06-22 07:00:22.790  - info: host.gt-iob01 Copyright (c) 2014-2022 bluefox, 2014 hobbyquaker
2022-06-22 07:00:22.791  - info: host.gt-iob01 hostname: gt-iob01, node: v16.15.1
2022-06-22 07:00:22.793  - info: host.gt-iob01 ip addresses: 192.168.67.57 fe80::8db6:672a:d749:62d
2022-06-22 07:00:27.984  - info: host.gt-iob01 connected to Objects and States
2022-06-22 07:00:28.109  - info: host.gt-iob01 added notifications configuration of host
2022-06-22 07:00:29.163  - info: host.gt-iob01 Delete host system.host.odroid
2022-06-22 07:00:29.409  - info: host.gt-iob01 41 instances found
2022-06-22 07:00:29.445  - warn: host.gt-iob01 does not start any instances on this host

[AndyGR42]

Starte ich nun den gleichen Restore nochmal, mit dem nun gleichen Hostname, funktioniert es einwandfrei:

2022-06-22 07:00:22.780  - info: host.gt-iob01 iobroker.js-controller version 4.0.23 js-controller starting
2022-06-22 07:00:22.790  - info: host.gt-iob01 Copyright (c) 2014-2022 bluefox, 2014 hobbyquaker
2022-06-22 07:00:22.791  - info: host.gt-iob01 hostname: gt-iob01, node: v16.15.1
2022-06-22 07:00:22.793  - info: host.gt-iob01 ip addresses: 192.168.67.57 fe80::8db6:672a:d749:62d
2022-06-22 07:00:27.984  - info: host.gt-iob01 connected to Objects and States
2022-06-22 07:00:28.109  - info: host.gt-iob01 added notifications configuration of host
2022-06-22 07:00:29.163  - info: host.gt-iob01 Delete host system.host.odroid
2022-06-22 07:00:29.409  - info: host.gt-iob01 41 instances found
2022-06-22 07:00:29.445  - warn: host.gt-iob01 does not start any instances on this host
2022-06-22 07:01:55.692  - info: host.gt-iob01 received SIGTERM
2022-06-22 07:01:55.757  - info: host.gt-iob01 terminated
2022-06-22 07:04:49.372  - info: host.gt-iob01 iobroker.js-controller version 4.0.23 js-controller starting
2022-06-22 07:04:49.381  - info: host.gt-iob01 Copyright (c) 2014-2022 bluefox, 2014 hobbyquaker
2022-06-22 07:04:49.383  - info: host.gt-iob01 hostname: gt-iob01, node: v16.15.1
2022-06-22 07:04:49.385  - info: host.gt-iob01 ip addresses: 192.168.67.57 fe80::8db6:672a:d749:62d
2022-06-22 07:04:55.980  - info: host.gt-iob01 connected to Objects and States
2022-06-22 07:04:56.104  - info: host.gt-iob01 added notifications configuration of host
2022-06-22 07:04:57.186  - info: host.gt-iob01 Delete host system.host.gt-iob01
2022-06-22 07:04:57.443  - info: host.gt-iob01 41 instances found
2022-06-22 07:04:57.505  - warn: host.gt-iob01 startInstance cannot find adapter "devices@1.0.10". Try to install it... 1 attempt
2022-06-22 07:04:57.506  - info: host.gt-iob01 iobroker install devices@1.0.10 using installedFrom
2022-06-22 07:04:57.579  - info: host.gt-iob01 starting 2 instances
2022-06-22 07:04:57.919  - info: host.gt-iob01 instance system.adapter.admin.0 started with pid 11868
2022-06-22 07:05:02.150  - info: host.gt-iob01 instance system.adapter.backitup.0 started with pid 11883
2022-06-22 07:05:03.583  - info: host.gt-iob01 iobroker npm-install: NPM version: 8.11.0Installing iobroker.devices@1.0.10... (System call)
2022-06-22 07:05:05.447  - info: admin.0 (11868) starting. Version 5.3.8 in /opt/iobroker/node_modules/iobroker.admin, node: v16.15.1, js-controller: 4.0.23
2022-06-22 07:05:05.533  - info: admin.0 (11868) requesting all states
2022-06-22 07:05:05.534  - info: admin.0 (11868) requesting all objects