NEWS
(gelöst) Multihost, Slave startet nicht mehr
-
@paul-honka sagte in Multihost, Slave startet nicht mehr:
Dann den PI3 neu gestartet. Der ioBroker ist danach nicht mehr über die Weboberfläche
erreichbar,Das ist richtig so.
Wenn es nicht so wäre, wäre etwas falsch gelaufen.@paul-honka sagte in Multihost, Slave startet nicht mehr:
Starte ich den Admin mit iobroker start admin.0
Das sollst du auch nicht
@paul-honka sagte in Multihost, Slave startet nicht mehr:
iobroker setup custom die IP vom Tinker S eingetragen.
bei Objects und states?
Nutzst du redis?
-
Die IP vom Tinker wurde am Slave bei der Multihostkonfiguration eingegeben.
Benutze kein redis. Auf dem Master ist der Slave unter Objekte mit seiner Host ID eingetragen.
Beste Grüsse paul -
@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 -
@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 -
@paul-honka
Hast du mal BEIDE rebootet?
zuerst den Master wieder hochfahren! -
Ja mehrfach beide neu gebootet, immer den Master zuerst. Der Slave wird nicht grün / online.
Beste Grüsse paul -
Mir ist gerade aufgefallen, wenn ich den Slave aus der Hosts Oberfläche starte,
gibt es keinen Eintag im log.
Beste Grüsse paul -
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 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 paulJo 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 -
@paul-honka sagte in (gelöst) Multihost, Slave startet nicht mehr:
Die Beschreibung ist aber auch ein wenig verwirrend.
Jetzt besser?
-
@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 -
@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 -
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 -
@paul-honka
Hattest du genau diesen Pi schon solo?Dann plattgemacht oder komplett mit allen Installationen zum slave erklärt?
-
Iobrokerverzeichnis gelöscht und mit der neuen Installationsroutine installiert. Einmal hochgefahren eingerichtet und Multihost installiert.
Beste Grüsse paul -
@paul-honka
Gut.Dann weiß ich im Moment auch nicht weiter
-
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 -
Schuss ins Blaue:
Instanz und Adapter (!) löschen
über die Konsole auf dem Masternpm 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
-
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 -
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