NEWS
[gelöst] Slaves nicht mehr erreichbar
-
@etzeste13 ich denke in das bind müssen auch die ip's der slaves mit rein oder gleich 0.0.0.0
@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
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@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 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
-
-
-
-
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
@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 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 sagte in Slaves nicht mehr erreichbar:
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 mitbind 0.0.0.0gearbeitet.Kann es sein, dass dein Host jetzt über eine andere Schnittstelle erreicht wird, oder eine andere IP bekommen hat?
-
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....:thinking_face:
-
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 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?
-
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 -
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@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 customdes slaves, dass er seine states beim Master in die Redis eintragen soll.
Also muss auch der Slave auf die Redis beim Master zugreifen dürfenIch 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 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 customdes slaves, dass er seine states beim Master in die Redis eintragen soll.
Also muss auch der Slave auf die Redis beim Master zugreifen dürfenIch 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
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
768
Online32.5k
Benutzer81.7k
Themen1.3m
Beiträge