NEWS
(gelöst) Multihost, Slave startet nicht mehr
-
Habe heute einen ioBroker Slave / Multihost eingerichtet. Hauptsytem ist ein Tinker S 192.168.0.80 .
Nach Installationsanleitung einen neuen ioBroker auf einem PI3+ installiert 192.168.0.71 .
http://www.iobroker.net/docu/?page_id=8323&lang=de
Dann den PI mit 192.168.0.71:8081 gestartet und eingerichtet.
Mit Putty den Multihost eingerichtet.
./iobroker setup custom die IP vom Tinker S eingetragen.
Dann den PI3 neu gestartet. Der neue Pi3 ist dann im Tinker S als Host aufgelistet.
Der ioBroker vom Pi3+ ist nach neubooten nicht mehr über die Weboberfläche erreichbar,
ein pgrep -l io zeigt, das nur der iobroker.js-con läuft kein Admin, kein Discovery.
Starte ich den Admin mit iobroker start admin.0 kommen folgende Meldungen:events.js:183 throw er; // Unhandled 'error' event Error: listen EADDRNOTAVAIL 192.168.0.80:9000 at Server.setupListenHandle [as _listen2] (net.js:1343:19) at listenInCluster (net.js:1401:12) at doListen (net.js:1510:7) at _combinedTickCallback (internal/process/next_tick.js:142:11) at process._tickCallback (internal/process/next_tick.js:181:9)
Node 8.15.0 , nodjs 8.15.0 , npm 6.9.0
Mehrmahs den ioBroker gestartet bzw neugebootet. Was kann das sein??
Beste Grüsse paul -
@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