Weiter zum Inhalt
  • Home
  • Aktuell
  • Tags
  • 0 Ungelesen 0
  • Kategorien
  • Unreplied
  • Beliebt
  • GitHub
  • Docu
  • Hilfe
Skins
  • Hell
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dunkel
  • 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. [Geloest]Slave regelmäßig nicht erreichbar

NEWS

  • Neuer ioBroker-Blog online: Monatsrückblick März/April 2026
    BluefoxB
    Bluefox
    8
    1
    495

  • Verwendung von KI bitte immer deutlich kennzeichnen
    HomoranH
    Homoran
    10
    1
    402

  • Monatsrückblick Januar/Februar 2026 ist online!
    BluefoxB
    Bluefox
    18
    1
    985

[Geloest]Slave regelmäßig nicht erreichbar

Geplant Angeheftet Gesperrt Verschoben ioBroker Allgemein
slaves ohne verbindung
19 Beiträge 5 Kommentatoren 609 Aufrufe 4 Beobachtet
  • Ä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.
  • HomoranH Homoran

    @amg_666 sagte in Slave regelmäßig nicht erreichbar:

    Ein Slave ist morgens grundsätzlich nicht erreichbar (steht im Master auf "offline")

    Dann fangen wir mal neu an.
    Was hat dieser Slave, das der andere nicht hat?

    Welche Adapter laufen da?

    amg_666A Offline
    amg_666A Offline
    amg_666
    schrieb am zuletzt editiert von
    #9

    @Homoran Meine raspberrys stehen in meinem Arbeitszimmer (Host und Slave1). Slave2 der regelmäßig offline geht steht im Hausanschlussraum (wegen optischem Leser für den Stromzähler). Alle Raspis sind über einen Switch mit dem Router verbunden.
    Auf dem Slave mit dem Problem laufen
    backitup 1.3.6
    modbus 3.0.0
    smartmeter 3.0.8
    tankerkoenig 2.0.6

    Auf dem anderen, der stabil läuft habe ich hauptsächlich Visualisierung drauf:
    backitup 1.3.6
    alexa2 2.6.4
    cloud 2.8.0
    daswetter 2.8.1
    ical (4 Instanzen) 1.7.0
    milight 0.3.6
    vis 1.2.3 (plus diverse Bibliotheken)

    iobroker auf proxmox container

    HomoranH 1 Antwort Letzte Antwort
    0
    • amg_666A amg_666

      @Homoran Meine raspberrys stehen in meinem Arbeitszimmer (Host und Slave1). Slave2 der regelmäßig offline geht steht im Hausanschlussraum (wegen optischem Leser für den Stromzähler). Alle Raspis sind über einen Switch mit dem Router verbunden.
      Auf dem Slave mit dem Problem laufen
      backitup 1.3.6
      modbus 3.0.0
      smartmeter 3.0.8
      tankerkoenig 2.0.6

      Auf dem anderen, der stabil läuft habe ich hauptsächlich Visualisierung drauf:
      backitup 1.3.6
      alexa2 2.6.4
      cloud 2.8.0
      daswetter 2.8.1
      ical (4 Instanzen) 1.7.0
      milight 0.3.6
      vis 1.2.3 (plus diverse Bibliotheken)

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

      @amg_666 sagte in Slave regelmäßig nicht erreichbar:

      backitup 1.3.6

      Warum läuft backitup auf dem slave?

      Sämtliche Informationen für eine Instanz, die auf dem Slave läuft, liegen auf dem Master (states, objects).
      Ein Backup des Masters enthält auch alle Kofigurationen der Slave-Instanzen.

      Vom slave aus, muss backitup sich alle Informationen vom Master holen.
      Ich kann mir vorstellen, dass er sich dabei verschlucken könnte.

      kein Support per PN! - Fragen im Forum stellen -
      Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
      Das Forum freut sich über eine Spende. Benutzt dazu den Spendenbutton oben rechts. Danke!
      der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -

      amg_666A 1 Antwort Letzte Antwort
      0
      • HomoranH Homoran

        @amg_666 sagte in Slave regelmäßig nicht erreichbar:

        backitup 1.3.6

        Warum läuft backitup auf dem slave?

        Sämtliche Informationen für eine Instanz, die auf dem Slave läuft, liegen auf dem Master (states, objects).
        Ein Backup des Masters enthält auch alle Kofigurationen der Slave-Instanzen.

        Vom slave aus, muss backitup sich alle Informationen vom Master holen.
        Ich kann mir vorstellen, dass er sich dabei verschlucken könnte.

        amg_666A Offline
        amg_666A Offline
        amg_666
        schrieb am zuletzt editiert von
        #11

        @Homoran Ich habe backitup auf dem Master installiert, aber auf jedem Raspi eine Instanz installiert. Das ist falsch und das "Master Backup" beinhaltet alle Slaves? War mir nicht bewusst, ich würde dann mal die Instanzen auf den Slaves löschen und schaun was dann passiert, richtig?

        iobroker auf proxmox container

        HomoranH 1 Antwort Letzte Antwort
        0
        • amg_666A amg_666

          @Homoran Ich habe backitup auf dem Master installiert, aber auf jedem Raspi eine Instanz installiert. Das ist falsch und das "Master Backup" beinhaltet alle Slaves? War mir nicht bewusst, ich würde dann mal die Instanzen auf den Slaves löschen und schaun was dann passiert, richtig?

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

          @amg_666 sagte in Slave regelmäßig nicht erreichbar:

          Das ist falsch und das "Master Backup" beinhaltet alle Slaves?

          So habe ich das verstanden - vielleicht erhellt @simatec uns da mal.

          kein Support per PN! - Fragen im Forum stellen -
          Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
          Das Forum freut sich über eine Spende. Benutzt dazu den Spendenbutton oben rechts. Danke!
          der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -

          simatecS 1 Antwort Letzte Antwort
          0
          • HomoranH Homoran

            @amg_666 sagte in Slave regelmäßig nicht erreichbar:

            Das ist falsch und das "Master Backup" beinhaltet alle Slaves?

            So habe ich das verstanden - vielleicht erhellt @simatec uns da mal.

            simatecS Offline
            simatecS Offline
            simatec
            Developer Most Active
            schrieb am zuletzt editiert von
            #13

            @Homoran
            Mein Wissenstand ist auch so, dass der Master den Slave mit sichert.
            Da der Backup Prozess ein Teil vom js-controller ist, wäre es Interessant, was @apollon77 und/oder @Bluefox dazu sagen können.

            • Besuche meine Github Seite
            • Beitrag hat geholfen oder willst du mich unterstützen
            • HowTo Restore ioBroker
            1 Antwort Letzte Antwort
            0
            • apollon77A Offline
              apollon77A Offline
              apollon77
              schrieb am zuletzt editiert von
              #14

              Also Objects und States und Files sollte passen weil die einfach aus der DB gelesen werden vom Master und damit sollte das egal sein wo es ausgeführt wird. Alles was natürlich ggf noch aus anderen "lokalen Verzeichnissen" mit gesichert wird ist natürlich ggf anders.

              Ansonsten: testet es doch mal. Führt iobroker backup auf maste rund slave aus und vergleicht das erstellte tar.gz vom Inhalt und den Dateigrössen her

              Beitrag hat geholfen? Votet rechts unten im Beitrag :-) https://paypal.me/Apollon77 / https://github.com/sponsors/Apollon77

              • Debug-Log für Instanz einschalten? Admin -> Instanzen -> Expertenmodus -> Instanz aufklappen - Loglevel ändern
              • Logfiles auf Platte /opt/iobroker/log/… nutzen, Admin schneidet Zeilen ab
              amg_666A 1 Antwort Letzte Antwort
              0
              • apollon77A apollon77

                Also Objects und States und Files sollte passen weil die einfach aus der DB gelesen werden vom Master und damit sollte das egal sein wo es ausgeführt wird. Alles was natürlich ggf noch aus anderen "lokalen Verzeichnissen" mit gesichert wird ist natürlich ggf anders.

                Ansonsten: testet es doch mal. Führt iobroker backup auf maste rund slave aus und vergleicht das erstellte tar.gz vom Inhalt und den Dateigrössen her

                amg_666A Offline
                amg_666A Offline
                amg_666
                schrieb am zuletzt editiert von amg_666
                #15

                @apollon77 Hallo, ich hab jetzt mal stichprobenartig in die Backups vom Master und vom Slave reingeschaut. Auf dem Slave läuft Smartmeter und ich habe in den Sicherungen nach den Einstellungen (Baudrate etc) gesucht und die ist in beiden Sicherungen abgelegt. Von daher würde ich auch annehmen, dass das so passt und das ich nur eine backitup Instanz auf dem Master brauche ("lokale" Dateien/Verzeichnisse habe ich nicht).

                @Homoran Leider ist das Grundproblem weiter vorhanden. Ich werde mal in einer Mußestunde den Slave komplett neu und sauber aufsetzen und danach nochmal Feedback geben.

                iobroker auf proxmox container

                apollon77A 1 Antwort Letzte Antwort
                0
                • amg_666A amg_666

                  @apollon77 Hallo, ich hab jetzt mal stichprobenartig in die Backups vom Master und vom Slave reingeschaut. Auf dem Slave läuft Smartmeter und ich habe in den Sicherungen nach den Einstellungen (Baudrate etc) gesucht und die ist in beiden Sicherungen abgelegt. Von daher würde ich auch annehmen, dass das so passt und das ich nur eine backitup Instanz auf dem Master brauche ("lokale" Dateien/Verzeichnisse habe ich nicht).

                  @Homoran Leider ist das Grundproblem weiter vorhanden. Ich werde mal in einer Mußestunde den Slave komplett neu und sauber aufsetzen und danach nochmal Feedback geben.

                  apollon77A Offline
                  apollon77A Offline
                  apollon77
                  schrieb am zuletzt editiert von
                  #16

                  @amg_666 sagte in Slave regelmäßig nicht erreichbar:

                  iter vorhanden. Ich werde mal in einer Mußestunde den Slave komplett neu und sauber aufsetzen und danach nochmal Feedback geben.

                  Bitte mal js-controller 2.2.7 versuchen, da sind fixes für Reconnection Themen von Adaptern/Slaves zum Master drin

                  Beitrag hat geholfen? Votet rechts unten im Beitrag :-) https://paypal.me/Apollon77 / https://github.com/sponsors/Apollon77

                  • Debug-Log für Instanz einschalten? Admin -> Instanzen -> Expertenmodus -> Instanz aufklappen - Loglevel ändern
                  • Logfiles auf Platte /opt/iobroker/log/… nutzen, Admin schneidet Zeilen ab
                  amg_666A 1 Antwort Letzte Antwort
                  0
                  • apollon77A apollon77

                    @amg_666 sagte in Slave regelmäßig nicht erreichbar:

                    iter vorhanden. Ich werde mal in einer Mußestunde den Slave komplett neu und sauber aufsetzen und danach nochmal Feedback geben.

                    Bitte mal js-controller 2.2.7 versuchen, da sind fixes für Reconnection Themen von Adaptern/Slaves zum Master drin

                    amg_666A Offline
                    amg_666A Offline
                    amg_666
                    schrieb am zuletzt editiert von
                    #17

                    AAAARGH 🙄 . kann es sein, dass der Fehler (Verlust der Verbindung zum Slave) garnicht am Slave liegt, sondern am Master? Mir ist aufgefallen, dass die grüne LED am Master sporadisch sehr lange Zeit an ist (Zeichen für Zugriffsprobleme auf die Speicherkarte), die Karte ist aber neu. Ich habe dann nochmal alle Instanzen gecheckt: der ical Adapter läuft dort mit 4 Instanzen, die alle zur gleichen Zeit per Cron gesteuert werden. Nachdem ich das vorgestern so geändert habe, dass die 4 Instanzen "konfliktfrei" gescheduled werden, scheint alles stabil zu laufen...

                    iobroker auf proxmox container

                    apollon77A 1 Antwort Letzte Antwort
                    0
                    • amg_666A amg_666

                      AAAARGH 🙄 . kann es sein, dass der Fehler (Verlust der Verbindung zum Slave) garnicht am Slave liegt, sondern am Master? Mir ist aufgefallen, dass die grüne LED am Master sporadisch sehr lange Zeit an ist (Zeichen für Zugriffsprobleme auf die Speicherkarte), die Karte ist aber neu. Ich habe dann nochmal alle Instanzen gecheckt: der ical Adapter läuft dort mit 4 Instanzen, die alle zur gleichen Zeit per Cron gesteuert werden. Nachdem ich das vorgestern so geändert habe, dass die 4 Instanzen "konfliktfrei" gescheduled werden, scheint alles stabil zu laufen...

                      apollon77A Offline
                      apollon77A Offline
                      apollon77
                      schrieb am zuletzt editiert von
                      #18

                      @amg_666 also seit Controller 2.0 sollte auch so ein „zur gleichen Zeit gescheduled“ weniger problematisch sein weil die mir 4s Abstand gestartet werden. Vllt noch alter controller?

                      Aber ja. Sehr hohe Last auf dem Master kann ggf slaves beeinträchtigen. Hier hilft die 2.2.7 vom Controller die Probleme zu verhindern

                      Beitrag hat geholfen? Votet rechts unten im Beitrag :-) https://paypal.me/Apollon77 / https://github.com/sponsors/Apollon77

                      • Debug-Log für Instanz einschalten? Admin -> Instanzen -> Expertenmodus -> Instanz aufklappen - Loglevel ändern
                      • Logfiles auf Platte /opt/iobroker/log/… nutzen, Admin schneidet Zeilen ab
                      amg_666A 1 Antwort Letzte Antwort
                      0
                      • apollon77A apollon77

                        @amg_666 also seit Controller 2.0 sollte auch so ein „zur gleichen Zeit gescheduled“ weniger problematisch sein weil die mir 4s Abstand gestartet werden. Vllt noch alter controller?

                        Aber ja. Sehr hohe Last auf dem Master kann ggf slaves beeinträchtigen. Hier hilft die 2.2.7 vom Controller die Probleme zu verhindern

                        amg_666A Offline
                        amg_666A Offline
                        amg_666
                        schrieb am zuletzt editiert von amg_666
                        #19

                        @apollon77 Ich hab jetzt mal alle Systeme auf js-controller 2.2.7 upgedatet (ich hatte aber vorher aber schon eine 2er Version drauf). Das beobachte ich jetzt mal ein paar Tage und gebe dann nochmal Feedback und stelle meinen Post ggf auf gelöst. Vielen Dank für die Unterstützung!

                        Update: Scheint jetzt stabil zu sein, seit 3 Tagen keinerlei Aussetzer/Probleme

                        iobroker auf proxmox container

                        1 Antwort Letzte Antwort
                        0

                        Hey! Du scheinst an dieser Unterhaltung interessiert zu sein, hast aber noch kein Konto.

                        Hast du es satt, bei jedem Besuch durch die gleichen Beiträge zu scrollen? Wenn du dich für ein Konto anmeldest, kommst du immer genau dorthin zurück, wo du zuvor warst, und kannst dich über neue Antworten benachrichtigen lassen (entweder per E-Mail oder Push-Benachrichtigung). Du kannst auch Lesezeichen speichern und Beiträge positiv bewerten, um anderen Community-Mitgliedern deine Wertschätzung zu zeigen.

                        Mit deinem Input könnte dieser Beitrag noch besser werden 💗

                        Registrieren Anmelden
                        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

                        565

                        Online

                        32.8k

                        Benutzer

                        82.8k

                        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