Skip to content
  • Home
  • Aktuell
  • Tags
  • 0 Ungelesen 0
  • Kategorien
  • Unreplied
  • Beliebt
  • GitHub
  • Docu
  • Hilfe
Skins
  • Light
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Standard: (Kein Skin)
  • Kein Skin
Einklappen
ioBroker Logo

Community Forum

donate donate
  1. ioBroker Community Home
  2. Deutsch
  3. ioBroker Allgemein
  4. [gelöst] Slaves nicht mehr erreichbar

NEWS

  • Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄
    BluefoxB
    Bluefox
    10
    1
    319

  • Weihnachtsangebot 2025! 🎄
    BluefoxB
    Bluefox
    24
    1
    1.5k

  • UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?
    apollon77A
    apollon77
    48
    3
    9.4k

[gelöst] Slaves nicht mehr erreichbar

Geplant Angeheftet Gesperrt Verschoben ioBroker Allgemein
18 Beiträge 3 Kommentatoren 1.4k Aufrufe 2 Watching
  • Älteste zuerst
  • Neuste zuerst
  • Meiste Stimmen
Antworten
  • In einem neuen Thema antworten
Anmelden zum Antworten
Dieses Thema wurde gelöscht. Nur Nutzer mit entsprechenden Rechten können es sehen.
  • F 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

    E Offline
    E Offline
    etzeste13
    schrieb am zuletzt editiert von
    #7

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

    HomoranH 1 Antwort Letzte Antwort
    0
    • E etzeste13

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

      HomoranH Nicht stören
      HomoranH Nicht stören
      Homoran
      Global Moderator Administrators
      schrieb am zuletzt editiert von
      #8

      @etzeste13 sagte in Slaves nicht mehr erreichbar:

      die Antwort auf alle Fragen

      42

      kein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.

      Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.

      der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -

      E 2 Antworten Letzte Antwort
      0
      • HomoranH Homoran

        @etzeste13 sagte in Slaves nicht mehr erreichbar:

        die Antwort auf alle Fragen

        42

        E Offline
        E Offline
        etzeste13
        schrieb am zuletzt editiert von
        #9

        @homoran korrekt!! :+1:

        1 Antwort Letzte Antwort
        0
        • HomoranH Homoran

          @etzeste13 sagte in Slaves nicht mehr erreichbar:

          die Antwort auf alle Fragen

          42

          E Offline
          E Offline
          etzeste13
          schrieb am zuletzt editiert von
          #10

          @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

          HomoranH 1 Antwort Letzte Antwort
          0
          • E 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

            HomoranH Nicht stören
            HomoranH Nicht stören
            Homoran
            Global Moderator Administrators
            schrieb am zuletzt editiert von
            #11

            @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

            kein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.

            Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.

            der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -

            E 1 Antwort Letzte Antwort
            0
            • HomoranH 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

              E Offline
              E Offline
              etzeste13
              schrieb am zuletzt editiert von
              #12

              @homoran

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

              HomoranH 1 Antwort Letzte Antwort
              0
              • E etzeste13

                @homoran

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

                HomoranH Nicht stören
                HomoranH Nicht stören
                Homoran
                Global Moderator Administrators
                schrieb am zuletzt editiert von
                #13

                @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?

                kein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.

                Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.

                der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -

                1 Antwort Letzte Antwort
                0
                • E Offline
                  E Offline
                  etzeste13
                  schrieb am zuletzt editiert von
                  #14

                  @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....:thinking_face:

                  1 Antwort Letzte Antwort
                  0
                  • E 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

                    HomoranH Nicht stören
                    HomoranH Nicht stören
                    Homoran
                    Global Moderator Administrators
                    schrieb am zuletzt editiert von
                    #15

                    @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?

                    kein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.

                    Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.

                    der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -

                    1 Antwort Letzte Antwort
                    0
                    • E Offline
                      E Offline
                      etzeste13
                      schrieb am zuletzt editiert von
                      #16

                      @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

                      HomoranH 1 Antwort Letzte Antwort
                      0
                      • E 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

                        HomoranH Nicht stören
                        HomoranH Nicht stören
                        Homoran
                        Global Moderator Administrators
                        schrieb am zuletzt editiert von Homoran
                        #17

                        @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

                        kein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.

                        Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.

                        der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -

                        E 1 Antwort Letzte Antwort
                        0
                        • HomoranH 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

                          E Offline
                          E Offline
                          etzeste13
                          schrieb am zuletzt editiert von
                          #18

                          @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

                          1 Antwort Letzte Antwort
                          1
                          Antworten
                          • In einem neuen Thema antworten
                          Anmelden zum Antworten
                          • Älteste zuerst
                          • Neuste zuerst
                          • Meiste Stimmen


                          Support us

                          ioBroker
                          Community Adapters
                          Donate
                          FAQ Cloud / IOT
                          HowTo: Node.js-Update
                          HowTo: Backup/Restore
                          Downloads
                          BLOG

                          744

                          Online

                          32.5k

                          Benutzer

                          81.7k

                          Themen

                          1.3m

                          Beiträge
                          Community
                          Impressum | Datenschutz-Bestimmungen | Nutzungsbedingungen | Einwilligungseinstellungen
                          ioBroker Community 2014-2025
                          logo
                          • Anmelden

                          • Du hast noch kein Konto? Registrieren

                          • Anmelden oder registrieren, um zu suchen
                          • Erster Beitrag
                            Letzter Beitrag
                          0
                          • Home
                          • Aktuell
                          • Tags
                          • Ungelesen 0
                          • Kategorien
                          • Unreplied
                          • Beliebt
                          • GitHub
                          • Docu
                          • Hilfe