Neuer ioBroker-Blog online: Monatsrückblick März/April 2026

[Homoran]

@paul-honka sagte in Multihost, Slave startet nicht mehr:

Die IP vom Tinker wurde am Slave bei der Multihostkonfiguration eingegeben.

Klar - aber da muss sie zweimal eingegeben werden.

@paul-honka sagte in Multihost, Slave startet nicht mehr:

Auf dem Master ist der Slave unter Objekte mit seiner Host ID eingetragen.

und wo ist dann das Problem?
der Slave wird über den Admin des Masters konfiguriert

[paul.honka]

@Homoran sagte in Multihost, Slave startet nicht mehr:

@paul-honka sagte in Multihost, Slave startet nicht mehr:

Die IP vom Tinker wurde am Slave bei der Multihostkonfiguration eingegeben.

Klar - aber da muss sie zweimal eingegeben werden.

Einmal wird die IP eingetragen und einmal steht sie als default, also mit Enter bestätigen.
Das Problem ist, das der Slave nicht läuft, ist rot auf der Hosts Seite.
Ein starten des Slave von der Seit bringt ihn auch nicht in Grün.

Im log steht folgendes
host.IOBroker-Sted1 2019-03-14 16:20:26.572 warn "system.host.IOBroker-Sted2" is offline
Beste Grüsse paul

[Homoran]

@paul-honka
Hast du mal BEIDE rebootet?
zuerst den Master wieder hochfahren!

[paul.honka]

Ja mehrfach beide neu gebootet, immer den Master zuerst. Der Slave wird nicht grün / online.
Beste Grüsse paul

[paul.honka]

Mir ist gerade aufgefallen, wenn ich den Slave aus der Hosts Oberfläche starte,
gibt es keinen Eintag im log.
Beste Grüsse paul

[Homoran]

@paul-honka

Hast du auf dem Master die IP von 127.0.0.1 auf 0.0.0.0 geändert?

http://www.iobroker.net/docu/?page_id=3068&lang=de#Aenderung_ab_js-controller_Version_110

[paul.honka]

@paul-honka sagte in Multihost, Slave startet nicht mehr:

Ja mehrfach beide neu gebootet, immer den Master zuerst. Der Slave wird nicht grün / online.
Beste Grüsse paul

Jo das war es. Die Beschreibung ist aber auch ein wenig verwirrend.
Man sollte auf beiden Systemen ./iobroker setup custom ausführen und dann
die Einstellungen vergleichen.
Nochmals Besten Dank Homoran.
Beste Grüsse paul

[Homoran]

@paul-honka sagte in (gelöst) Multihost, Slave startet nicht mehr:

Die Beschreibung ist aber auch ein wenig verwirrend.

Jetzt besser?

[paul.honka]

@Homoran sagte in (gelöst) Multihost, Slave startet nicht mehr:

@paul-honka sagte in (gelöst) Multihost, Slave startet nicht mehr:

Die Beschreibung ist aber auch ein wenig verwirrend.

Jetzt besser?

Ja ist jetzt eindeutig, jetzt nur noch das löschen von Hosts anpassen, ist noch alter Admin.
Beste Grüsse paul

[Homoran]

@paul-honka sagte in (gelöst) Multihost, Slave startet nicht mehr:

jetzt nur noch das löschen von Hosts anpassen, ist noch alter Admin.

Nö.

Die gesamte Doku ist noch auf admin v2
Dahingehend wird nichts mehr angepasst. Da wird eine komplett neue Doku gerade erstellt

[paul.honka]

Einen hab ich noch. Habe gerade auf dem Slave den Ble Adapter installiert. Wird nicht grün, alle Ampeln auf root, auch der verbunden mit Host. Im Log keine Störmeldungen.
Im Solobetrieb hat er funktioniert.
Beste Grüsse paul

[Homoran]

@paul-honka
Hattest du genau diesen Pi schon solo?

Dann plattgemacht oder komplett mit allen Installationen zum slave erklärt?

[paul.honka]

Iobrokerverzeichnis gelöscht und mit der neuen Installationsroutine installiert. Einmal hochgefahren eingerichtet und Multihost installiert.
Beste Grüsse paul

[Homoran]

@paul-honka
Gut.

Dann weiß ich im Moment auch nicht weiter

[paul.honka]

In log vom Slave steht folgendes:
host.IOBroker-Sted2 2019-03-14 20:56:28.953 error startInstance ble.0: cannot find start file!
host.IOBroker-Sted2 2019-03-14 20:56:28.948 info object change system.adapter.ble.0
Beste Grüsse paul

[Homoran]

@paul-honka

Schuss ins Blaue:
Instanz und Adapter (!) löschen
über die Konsole auf dem Master

npm cache clean -f

wenn sudo gefordert bitte mit sudo -H!

Anschließend neu installieren

Andere Möglichkeit:
Hast du ioBroker über curl... installiert? (oder npm install...)

Bei curl... könnte der Installations-Fixer helfen

[paul.honka]

Instanz und Adapter gelöscht.
npm cache clean -f ausgeührt als pi, keine Aufforderung nach sudo.
Folgende Meldung kam:

   ╭───────────────────────────────────────────────────────────────╮
   │                                                               │
   │       New minor version of npm available! 6.7.0 → 6.8.0       │
   │   Changelog: https://github.com/npm/cli/releases/tag/v6.8.0   │
   │               Run npm install -g npm to update!               │
   │                                                               │
   ╰───────────────────────────────────────────────────────────────╯

Updaten auf 6.8.0 ?? Die Installation ist mit curl auf beiden Servern gelaufen.
Führe jetzt nochmal auf beiden Servern den Installations-Fix aus.
curl -sL https://raw.githubusercontent.com/ioBroker/ioBroker/stable-installer/fix_installation.sh | bash -
Dann neubooten und und den ble Adapter neu installieren ??
Beste Grüsse paul

[paul.honka]

Habe nach dem Installationsfix, neubooten dann den ble Adapter für den Slave neu installiert.
Es kommen jetzt folgende Meldungen von Slave :

host.IOBroker-Sted2	2019-03-15 15:01:02.375	error	startInstance system.adapter.ble.0: required adapter "admin" not found!
host.IOBroker-Sted2	2019-03-15 15:01:02.371	info	object change system.adapter.ble.0
host.IOBroker-Sted2	2019-03-15 15:00:47.668	error	startInstance system.adapter.ble.0: required adapter "admin" not found!
host.IOBroker-Sted2	2019-03-15 15:00:47.664	info	object change system.adapter.ble.0
host.IOBroker-Sted2	2019-03-15 15:00:27.809	error	startInstance system.adapter.ble.0: required adapter "admin" not found!
host.IOBroker-Sted2	2019-03-15 15:00:27.796	info	object change system.adapter.ble.0
host.IOBroker-Sted2	2019-03-15 14:56:47.096	warn	does not start any instances on this host
host.IOBroker-Sted2	2019-03-15 14:56:47.091	info	41 instances found
host.IOBroker-Sted2	2019-03-15 14:56:46.842	info	InMemoryDB 192.168.0.80:9001 connected

Findet der den Admin nicht ? Admin nachinstallieren, wenn ja wie??
Andere Frage noch, dein Tinkerimage ist schon mit der neuen curl Routine oder muss man den Fix auch laufen lassen.
Ist das Image auch für den Tinker S ?? Habe nichts im ReadMe gefunden welcher Typ unterstützt wird, alle??
Beste Grüsse paul

[paul.honka]

Homoran keine Idee mehr !!
Beste Grüsse paul

[Homoran]

@paul-honka sagte in Multihost, Slave startet nicht mehr:

dein Tinkerimage ist schon mit der neuen curl Routine

Welches?
In der Liste sind diese Markiert, die UNBEDINGT den Fixer brauchen, das letzte könnte auch noch nicht den allerletzten Stand des Fixers habn.

Aber so ganz werde ich aus (den Fehlern) deiner Installation nicht schlau.

Du hast doch den ble auf dem Slave vom Master aus installiert, oder?

Vorher auf dem slave den Fix laufen lassen?
diesen rebootet?
und er wird im Master wieder grün angezeigt?