[gelöst] Slaves nicht mehr erreichbar

[etzeste13]

Hallo,

seit heute vormittag sind meine beiden Slaves ( RasPi 3B und RasPi3B+) nicht mehr über den ioBroker Admin erreichbar.

Ich habe auf beiden Slaves über die Konsole bereits "iobroker status" ausgeführt und folgende Antwort erhalten:

pi@raspberry3b1:~ $ iobroker status
No connection to objects 192.168.1.80:6379[redis]
No connection to states 192.168.1.80:6379[redis]
pi@raspberry3b1:~ $

Beim Master ( auf dem läuft auch Redis) bekomme ich folgende Antwort,

pi@RasPi41:~ $ iobroker status
iobroker is running on this host.

At least one iobroker host is running.

Objects type: redis
States  type: redis
pi@RasPi41:~ $ redis-cli
127.0.0.1:6379> ping
PONG
127.0.0.1:6379> exit
pi@RasPi41:~ $ 

dass heißt die Redis Datenbank läuft, aber ist nur für den Master erreichbar, obwohl in der redis.conf das bind mit

bind 127.0.0.1 192.168.1.80

entsprechend gepflegt ist. Hat bis gestern auch gepasst.

Folgende Stände haben die einzelnen Installationen...

Ich kann auch von beiden Slaves erfolgreich auf den Master pingen und auch vom Master auf die Slaves -> d.h. ich schließe Netzwerkprobleme aus.

Ich habe natürlich schon mehrere Neustarts probiert, auch in den unterschiedlichsten Reihenfolgen, aber das hat keine Veränderung/Besserung gebracht...

Habt Ihr für mich einen Tipp warum die Redis-Datenbank für die Slaves nicht mehr erreichbbar sein kann?

vG Etze

[etzeste13]

@etzeste13

Bitte lasst mich auch wissen solltet Ihr noch mehr Infos der Umgebung brauchen, um diesen Fehler richtig analysieren zu können.
Ich stehe leider mit meinem Wissen an, um die Ursache systematisch zu verfolgen..

lg

[fastfoot]

@etzeste13 ich denke in das bind müssen auch die ip's der slaves mit rein oder gleich 0.0.0.0

[etzeste13]

@fastfoot

Hallo fastfoot, das hatte ich auch schon im Verdacht, habe es aber nicht ausproboiert, da es in der Doku unter https://www.iobroker.net/docu/index-24.htm?page_id=3068&lang=de eindeutig beschrieben steht das die Erweiterung der IP nur für den Master nötig ist.

Nach deinem Post, habe ich es jetzt doch versucht uns Siehe da hat geholfen, also vielen Dank mal für deinen Tipp!!!

Verstehen kann ich es aber nicht ganz, da ich bisher immer gedacht habe, dass nur der Master auf die States und Objects zugreift, und noch verwunderlicher für mich ist, dass es mit der Einstellung die ich ursprünglich hatte schon gut 3 Wochen problemlos funktioniert hat.

Wäre doch wirklich interessant was sich da in der Zwischenzeit geändert hat. Soweit ich mich erinnern kann war die einzige Änderung im System in diesen Tagen das Update vom Admin von 5.1.25 auf 5.2.1. Wobei ich glaube das ich dieses Update erst als Versuch gemacht habe um das Problem mit den nicht verbundenen Slaves zu lösen.

Wie auch immer, nochmals vielen Dank für deinen Tipp. Sollte wer aus dem Entwickler Team noch Details brauchen um die Ursache zu finden, kann ich so gut ich kann unterstützen.

vGEtze

[etzeste13]

@fastfoot
ist zwar eine off-topic frage, aber würe micht trotzdem interessieren: Dich schreibst dass du ioBroker unter Docker auf einer QNAP TS451+ laufen hast. Welche Speicher Pool Settings hast du? Hintergrund der Frage: Ich wollte den Iobroker Master inkl Redis, usw in Containern auf einer TS431P3 laufen lassen wobei alle Container direkt auf einem static Volume (SSD) laufen sollten, und auch nur auf dieses Laufwerk zureifen. In den anderen 3 Slots habe ich Raid 5 als thin Volume als Datengrab . Leider schaffte ich es bisher nicht das sich die Festplatten aus dem Raid5 schlaffen legen, auch wenn keine von mir getriggerten Zugriffe darauf stattfinden. Deshalb habe ich den ioBroker wieder am RasPi4 laufen. Wie machst du das? VG

[fastfoot]

@etzeste13 Bei mir greift iobroker auch immer auf die Platten zu. Allerdings ist die QNAP über Nacht immer ausgeschaltet, da brauche ich den iobroker auch nicht

[etzeste13]

@fastfoot
Ich verstehe, ich hoffte schon du hast die Antwort auf alle Fragen...;-) vG

[Homoran]

@etzeste13 sagte in Slaves nicht mehr erreichbar:

die Antwort auf alle Fragen

42

[etzeste13]

@homoran korrekt!!

[etzeste13]

@homoran

da ich durch das viele Forum lesen schon mitbekommen habe das du tief in der Materie steckst... kannst du dir mein ursprünliches Problem erklären, dass die slaves nicht mehr erreichbar waren? bzw sollte man das weiter verfolgen? lg

[Homoran]

@etzeste13 sagte in Slaves nicht mehr erreichbar:

kannst du dir mein ursprünliches Problem erklären, dass die slaves nicht mehr erreichbar waren?

leider nein, ich habe keine Anhaltspunkte.

@etzeste13 sagte in Slaves nicht mehr erreichbar:

sollte man das weiter verfolgen?

ich tue das zumindest.
Vielleicht kann ich ja für spätere Fälle dazu lernen

[etzeste13]

@homoran

alles klar, dann werde ich den tread vorerst mal auf gelöst stellen...

[Homoran]

@etzeste13 sagte in Slaves nicht mehr erreichbar:

@homoran

alles klar, dann werde ich den tread vorerst mal auf gelöst stellen...

Die von dir verlinkte (uralte) Anleitung habe ich damals geschrieben.
Ich selber habe aber immer mit bind 0.0.0.0 gearbeitet.

Kann es sein, dass dein Host jetzt über eine andere Schnittstelle erreicht wird, oder eine andere IP bekommen hat?

[etzeste13]

@homoran

nein, der RasPi 4 auf dem der iobroker und auch Redis laufen haben definitiv die IP adresse die ich auch in der redis-config vergeben hatte - die wird im Netz auch auch statisch vergeben. Auch alle anderen Dienste wie VIS oder MQTT, usw die am RasPi4 laufen funktionierten über diese IP-Adresse problemlos. und waren auch immer unter dieser IP erreichbar. Nur die Slaves warem von Adming nicht mehr erreichbar, das diese augenscheinlich nicht auf die Objects und States zugreifen konnten....

[Homoran]

@etzeste13 sagte in Slaves nicht mehr erreichbar:

eindeutig beschrieben steht das die Erweiterung der IP nur für den Master nötig ist.

das ist korrekt.
Aber was hast du jetzt in der redis.conf auf dem Master eingetragen?

Dort muss (lt. Anleitung) bind 0.0.0.0 oder die IP des NIC am Master rein

oder hast du jetzt auch etwas in den slaves umgestellt?

[etzeste13]

@homoran

ich habe jetzt "bind 0.0.0.0" eingetragen. Vorher hatte ich "bind 127.0.0.1 192.168.1.80" wobei 192.168.1.80 die IP vom host ist auf dem Redis und der IOBroker laufen. So hat es auch 2 bis 3 Wochen funktioniert und auf einmal - ohne das ich was aktiv geändert hätte - hatten die Slaves keine Verbindung mehr. Da habe ich dann die im ersten Eintrag beschriebenen Checks gemacht und den Tread geöffnet. Nach dem Input von fastfoot den die redis.congig af bind 0.0.0.0 geändert und seither gehts wieder.

Ich habe das bind nicht von selbst auf 0.0.0.0 geändert, da bei der Ustellung auf Redis alles und ohne probleme mit "bind 127.0.0.1 192.168.1.80" funktionierte und es laut der Beschreibund auch so OK sein sollte. Bind 0.0.0.0 habe ich nur als Alternative gesehen und nicht als notwendig...

Es erschien mir auch logisch, dass nur der Host des Master-IOB auf die Redis Datenbank zugreifen muss, da dieser laut meinem Verständnis die Objekts und States der Slaves verwaltet. Oder habe ich da was alsch verstanden?
lg

[Homoran]

@etzeste13 sagte in [gelöst] Slaves nicht mehr erreichbar:

dass nur der Host des Master-IOB auf die Redis Datenbank zugreifen muss

nein, du konfigurierst ja in der iobroker setup custom des slaves, dass er seine states beim Master in die Redis eintragen soll.
Also muss auch der Slave auf die Redis beim Master zugreifen dürfen

Ich habe es damals mangels eigenen Wissens so für die Doku übernommen.
Nach meinem Verständnis müssten in der redis.conf 127.0.0.1 für die Daten des Masters und die IP des slaves stehen.

Die IP des Masters / 0.0.0.0 zu nehmen wäre der Fall für die Netzwerkeinstellungen

[etzeste13]

@homoran

Alles klar, dann verstehe ich jetzt warum es min 0.0.0.0 wieder geht... was mir ein räsel bleibt ist warum es dann überhaubt eine gewisse Zeit funktioniert hat.... ich werde nach den feiertagen aus neugier in der redis.conf nur die IPs aller Master uns slaves eintragen und schauen was passiert. vG