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. Slave Adapter fehlen beim Multihost System aufsetzen

NEWS

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

  • Monatsrückblick – September 2025
    BluefoxB
    Bluefox
    13
    1
    2.2k

  • Neues Video "KI im Smart Home" - ioBroker plus n8n
    BluefoxB
    Bluefox
    16
    1
    3.2k

Slave Adapter fehlen beim Multihost System aufsetzen

Geplant Angeheftet Gesperrt Verschoben ioBroker Allgemein
mulithostmasterslave
20 Beiträge 2 Kommentatoren 1.7k Aufrufe
  • Ä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

    @tottbeck sagte in Slave Adapter fehlen beim Multihost System aufsetzen:

    Muss das "backitup" zwingend auf dem Master laufen ?

    Muss nicht unbedingt, aber die zu speichernden Daten sind ja alle auf dem Master (bis auf Daten, die von einer Hardware außerhalb des ioBrokers gespeichert werden)

    @tottbeck sagte in Slave Adapter fehlen beim Multihost System aufsetzen:

    Zumindest schmeisst der mir auf dem Raspi4-Slave als host einen Fehler.

    1.) welchen genau?
    2.) dann ist ggf. etwas nicht sauber konfiguriert

    T Offline
    T Offline
    Tottbeck
    schrieb am zuletzt editiert von
    #10

    @homoran sagte in Slave Adapter fehlen beim Multihost System aufsetzen:

    1.) welchen genau?
    2.) dann ist ggf. etwas nicht sauber konfiguriert

    Gestartet...
    [DEBUG] [iobroker] - host.Raspi4 3107 states saved
    [DEBUG] [iobroker] - host.Raspi4 3711 objects saved
    [ERROR] [iobroker] - host.Raspi4 Cannot pack directory /opt/iobroker/node_modules/iobroker.js-controller/tmp/backup: Error: EACCES: permission denied, open '/opt/iobroker/backups/iobroker_2021_03_17-17_43_29_backupiobroker.tar.gz'
    [ERROR] [iobroker] - host.Raspi4 Cannot pack directory /opt/iobroker/node_modules/iobroker.js-controller/tmp/backup: Error [ERR_STREAM_DESTROYED]: Cannot call write after a stream was destroyed
    [DEBUG] [iobroker] - done
    

    Lag wohl an den Rechte für den backups-Ordner, ich habe die von 755 auf 775 (+group write) gesetzt.

    HomoranH 1 Antwort Letzte Antwort
    0
    • T Tottbeck

      @homoran sagte in Slave Adapter fehlen beim Multihost System aufsetzen:

      1.) welchen genau?
      2.) dann ist ggf. etwas nicht sauber konfiguriert

      Gestartet...
      [DEBUG] [iobroker] - host.Raspi4 3107 states saved
      [DEBUG] [iobroker] - host.Raspi4 3711 objects saved
      [ERROR] [iobroker] - host.Raspi4 Cannot pack directory /opt/iobroker/node_modules/iobroker.js-controller/tmp/backup: Error: EACCES: permission denied, open '/opt/iobroker/backups/iobroker_2021_03_17-17_43_29_backupiobroker.tar.gz'
      [ERROR] [iobroker] - host.Raspi4 Cannot pack directory /opt/iobroker/node_modules/iobroker.js-controller/tmp/backup: Error [ERR_STREAM_DESTROYED]: Cannot call write after a stream was destroyed
      [DEBUG] [iobroker] - done
      

      Lag wohl an den Rechte für den backups-Ordner, ich habe die von 755 auf 775 (+group write) gesetzt.

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

      chso, ich dachte bei der Installation kam der Fehler

      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 -

      T 1 Antwort Letzte Antwort
      0
      • HomoranH Homoran

        chso, ich dachte bei der Installation kam der Fehler

        T Offline
        T Offline
        Tottbeck
        schrieb am zuletzt editiert von
        #12

        @homoran, @simatec
        Ich mache das hier nochmal auf, weil ich jetzt beim Backup-Wiederherstellen ein Problem habe.
        Siehe https://forum.iobroker.net/post/776412

        Ich habe den BackItUp auf dem Slave (Raspi4) laufen, der Backups auf meinem NAS ablegt (4,1MB, + 150kB Javascript).
        Ich bin mir nicht sicher wie ich die Hosttyp-Einstellung gemacht habe, kann ich ja leider nicht mehr nachschauen. Auf dem Master hatte ich (meine ich) keine BackItUp-Instanz, aber die für das BackUp relevanten Sachen sind fast ausschließlich auf dem Slave.

        Nach einem Absturz kann ich das BackUp nur noch über die Konsole wiederherstellen.

        Auf dem Slave geht es per Konsole überhaupt nicht. Auf dem Master (Raspi3) prinzipiell schon, aber die BackUp sind im Slave-Ordner bzw auf dem NAS. Wenn ich das Backup in den lokalen Master-Ordner einspiele, funktioniert das Restore scheinbar, aber danach sind keine Instanzen zu sehen auf beiden hosts. :confused: iobroker ist aktiv aber admin usw laufen nicht.
        Ein Altes Backup (bevor ich BackItUp benutzte habe glaube ich) vom 17.03.2021 (das passt genau zu diesem alten Thread) eingespielt. Das funktioniert, aber dann fehlt mir natürlich ein ganzes Jahr.
        Da habe ich dann BackItUp-Adapter im alten Backup aktiviert und versucht das neue Backup darüber einzuspielen. Aber auch ohne Erfolg. Was kann ich noch versuchen ?

        1 Antwort Letzte Antwort
        0
        • HomoranH Nicht stören
          HomoranH Nicht stören
          Homoran
          Global Moderator Administrators
          schrieb am zuletzt editiert von
          #13

          @tottbeck ich lese mir den alten Thread nicht nochmals durch.
          Aber der backitup gehört auf den Master. dabei werden alle States und Einstellungen des Slaves mit gesichert.

          Lediglich für Instanzen, die weitere Software verwenden benötigt man backitup auf dem Slave

          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 -

          T 1 Antwort Letzte Antwort
          0
          • HomoranH Homoran

            @tottbeck ich lese mir den alten Thread nicht nochmals durch.
            Aber der backitup gehört auf den Master. dabei werden alle States und Einstellungen des Slaves mit gesichert.

            Lediglich für Instanzen, die weitere Software verwenden benötigt man backitup auf dem Slave

            T Offline
            T Offline
            Tottbeck
            schrieb am zuletzt editiert von
            #14

            @homoran
            Danke, ja da würde er wohl besser hingehören, bringt mir jetzt aktuell allerdings nichts. Hatte die Frage "Muss das "backitup" zwingend auf dem Master laufen ?" damals gestellt, deswegen der alte Thread) aber deine Antwort dazu wohl fehlinterpretiert.
            Ich hatte angenommen das BackItUp funktional gleich arbeitet und daher den performanteren Slave gewählt.

            Die meisten Instanzen auf dem Slave, aber die Daten dazu sind dann ja trotzdem auf dem Master.
            Die BackUps sehen von der Größe her vollständig aus, zumindest so groß wie vorherigen Backups vom Master.
            Aber ich müsste doch dann wenigstens das Backup, das der Slave erstellt hat dort auch wiederherstellen können.
            Das mache ich aber mit einer neuen unkonfigurierten BackItUp-Instanz. Muss ich da vorher noch etwas einstellen z.B. bzgl. host-typ? (Slave habe ich schon probiert).

            HomoranH 1 Antwort Letzte Antwort
            0
            • T Tottbeck

              @homoran
              Danke, ja da würde er wohl besser hingehören, bringt mir jetzt aktuell allerdings nichts. Hatte die Frage "Muss das "backitup" zwingend auf dem Master laufen ?" damals gestellt, deswegen der alte Thread) aber deine Antwort dazu wohl fehlinterpretiert.
              Ich hatte angenommen das BackItUp funktional gleich arbeitet und daher den performanteren Slave gewählt.

              Die meisten Instanzen auf dem Slave, aber die Daten dazu sind dann ja trotzdem auf dem Master.
              Die BackUps sehen von der Größe her vollständig aus, zumindest so groß wie vorherigen Backups vom Master.
              Aber ich müsste doch dann wenigstens das Backup, das der Slave erstellt hat dort auch wiederherstellen können.
              Das mache ich aber mit einer neuen unkonfigurierten BackItUp-Instanz. Muss ich da vorher noch etwas einstellen z.B. bzgl. host-typ? (Slave habe ich schon probiert).

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

              @tottbeck sagte in Slave Adapter fehlen beim Multihost System aufsetzen:

              Aber ich müsste doch dann wenigstens das Backup, das der Slave erstellt hat dort auch wiederherstellen können

              da kann aber nichts drin sein, wenn der Multihost korrekt aufgesetzt wurde.
              Alle Informationen liegen auf dem Master.

              lediglich die Instanzen, die vor der Einbindung ins Multihost System auf dem Hosts waren (üblicherweise admin, discovery) könnten gesichert werden.

              @tottbeck sagte in Slave Adapter fehlen beim Multihost System aufsetzen:

              Muss ich da vorher noch etwas einstellen z.B. bzgl. host-typ? (Slave habe ich schon probiert).

              kannte ich gar nicht. Gab es früher wohl nicht.
              Hab gerade nachgesehen. Bei mir steht da single, obwohl es der Master ist.
              Restore der Slaves hat damit aber trotzdem geklappt.
              Muss mich dazu mal schlau machen.

              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 -

              T 1 Antwort Letzte Antwort
              0
              • HomoranH Homoran

                @tottbeck sagte in Slave Adapter fehlen beim Multihost System aufsetzen:

                Aber ich müsste doch dann wenigstens das Backup, das der Slave erstellt hat dort auch wiederherstellen können

                da kann aber nichts drin sein, wenn der Multihost korrekt aufgesetzt wurde.
                Alle Informationen liegen auf dem Master.

                lediglich die Instanzen, die vor der Einbindung ins Multihost System auf dem Hosts waren (üblicherweise admin, discovery) könnten gesichert werden.

                @tottbeck sagte in Slave Adapter fehlen beim Multihost System aufsetzen:

                Muss ich da vorher noch etwas einstellen z.B. bzgl. host-typ? (Slave habe ich schon probiert).

                kannte ich gar nicht. Gab es früher wohl nicht.
                Hab gerade nachgesehen. Bei mir steht da single, obwohl es der Master ist.
                Restore der Slaves hat damit aber trotzdem geklappt.
                Muss mich dazu mal schlau machen.

                T Offline
                T Offline
                Tottbeck
                schrieb am zuletzt editiert von
                #16

                @homoran
                Danke: Bei "host-typ" war ich mir jetzt auch nicht sicher, dann gab es damals wohl noch nicht.
                Der Multihost hat zumindest 1 Jahr anstandslos funktioniert, trotz der nicht idealen Master/Slave Zuordnung.

                Die Größe der Backups hat sich damals nach Umstieg auf BackItUp (17.03.21) quasi nicht verändert. Vorher habe ich das Backup direkt per cronjob ausgeführt. Daher dachte ich das Backup ist komplett.

                iobroker_2022_03_13-02_00_10_name__backupiobroker.tar.gz	4.508.030	13.03.22 01:59	-a--
                iobroker_2022_03_12-02_00_10_name__backupiobroker.tar.gz	4.506.209	12.03.22 01:59	-a--
                ..
                iobroker_2021_03_19-02_00_10_name__backupiobroker.tar.gz	3.548.369	19.03.21 01:59	-a--
                iobroker_2021_03_18-02_00_10_name__backupiobroker.tar.gz	3.525.277	18.03.21 01:59	-a--
                iobroker_2021_03_17-17_55_54_name__backupiobroker.tar.gz	3.527.346	17.03.21 17:55	-a--
                2021_03_17-01_01_03_backupiobroker.tar.gz	3.514.860	17.03.21 01:00	-a--
                2021_03_16-01_01_13_backupiobroker.tar.gz	3.508.618	16.03.21 01:02	-a--
                2021_03_15-01_01_04_backupiobroker.tar.gz	3.508.132	15.03.21 01:00	-a--
                2021_02_11-01_01_04_backupiobroker.tar.gz	3.631.483	10.02.21 21:42	-a--
                

                Die letzte backup.json ist auch immerhin 27MB groß und enthält soweit ich das sagen kann alle Objekte.
                Wenn ich z.B. die Module, wo ich noch viel gemacht habe, daraus extrahieren können, wäre mir auch schon viel geholfen.

                T 1 Antwort Letzte Antwort
                0
                • T Tottbeck

                  @homoran
                  Danke: Bei "host-typ" war ich mir jetzt auch nicht sicher, dann gab es damals wohl noch nicht.
                  Der Multihost hat zumindest 1 Jahr anstandslos funktioniert, trotz der nicht idealen Master/Slave Zuordnung.

                  Die Größe der Backups hat sich damals nach Umstieg auf BackItUp (17.03.21) quasi nicht verändert. Vorher habe ich das Backup direkt per cronjob ausgeführt. Daher dachte ich das Backup ist komplett.

                  iobroker_2022_03_13-02_00_10_name__backupiobroker.tar.gz	4.508.030	13.03.22 01:59	-a--
                  iobroker_2022_03_12-02_00_10_name__backupiobroker.tar.gz	4.506.209	12.03.22 01:59	-a--
                  ..
                  iobroker_2021_03_19-02_00_10_name__backupiobroker.tar.gz	3.548.369	19.03.21 01:59	-a--
                  iobroker_2021_03_18-02_00_10_name__backupiobroker.tar.gz	3.525.277	18.03.21 01:59	-a--
                  iobroker_2021_03_17-17_55_54_name__backupiobroker.tar.gz	3.527.346	17.03.21 17:55	-a--
                  2021_03_17-01_01_03_backupiobroker.tar.gz	3.514.860	17.03.21 01:00	-a--
                  2021_03_16-01_01_13_backupiobroker.tar.gz	3.508.618	16.03.21 01:02	-a--
                  2021_03_15-01_01_04_backupiobroker.tar.gz	3.508.132	15.03.21 01:00	-a--
                  2021_02_11-01_01_04_backupiobroker.tar.gz	3.631.483	10.02.21 21:42	-a--
                  

                  Die letzte backup.json ist auch immerhin 27MB groß und enthält soweit ich das sagen kann alle Objekte.
                  Wenn ich z.B. die Module, wo ich noch viel gemacht habe, daraus extrahieren können, wäre mir auch schon viel geholfen.

                  T Offline
                  T Offline
                  Tottbeck
                  schrieb am zuletzt editiert von Tottbeck
                  #17

                  Die states.json und objects.json vom Master habe ich noch manuell gesichert.
                  Damit hätte ich doch alle Objekte wiederhergestellt, oder ?
                  Die javascripts sind getrennt wiederherstellbar.
                  Dann müsste ich "nur" noch die Adaptereinstellungen und das vis wiederherstellen.(Ich versuche gerade nachzuvollziehen, was ich in dem Jahr alles verändert habe)

                  Das wiederherstellen über BackItUp klappt ja leider nicht. Vermutlich weil dabei der iobroker gestoppt wird und die Master/Slave Verbindung fehlt.

                  [DEBUG] [iobroker] Start ioBroker Restore ...
                  [ERROR] [iobroker] Stop iobroker first!
                  [DEBUG] [iobroker] ioBroker Restore completed successfully
                  [EXIT] 99 **** Restore was canceled!! ****
                  

                  Gerade nochmal probiert, wenn ich das Backup auf dem Master einspiele (egal ob über Backitup oder Konsole), rödelt er zwar 20 Minuten durch, aber danach ist keine Instanz mehr vorhanden. (logs.txt)

                  HomoranH 1 Antwort Letzte Antwort
                  0
                  • T Tottbeck

                    Die states.json und objects.json vom Master habe ich noch manuell gesichert.
                    Damit hätte ich doch alle Objekte wiederhergestellt, oder ?
                    Die javascripts sind getrennt wiederherstellbar.
                    Dann müsste ich "nur" noch die Adaptereinstellungen und das vis wiederherstellen.(Ich versuche gerade nachzuvollziehen, was ich in dem Jahr alles verändert habe)

                    Das wiederherstellen über BackItUp klappt ja leider nicht. Vermutlich weil dabei der iobroker gestoppt wird und die Master/Slave Verbindung fehlt.

                    [DEBUG] [iobroker] Start ioBroker Restore ...
                    [ERROR] [iobroker] Stop iobroker first!
                    [DEBUG] [iobroker] ioBroker Restore completed successfully
                    [EXIT] 99 **** Restore was canceled!! ****
                    

                    Gerade nochmal probiert, wenn ich das Backup auf dem Master einspiele (egal ob über Backitup oder Konsole), rödelt er zwar 20 Minuten durch, aber danach ist keine Instanz mehr vorhanden. (logs.txt)

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

                    @tottbeck sagte in Slave Adapter fehlen beim Multihost System aufsetzen:

                    Das wiederherstellen über BackItUp klappt ja leider nicht. Vermutlich weil dabei der iobroker gestoppt wird und die Master/Slave Verbindung fehlt.

                    nein!
                    weil die notwendigen Informationen nicht auf den Slave gehören, sondern auf den Master

                    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 -

                    T 1 Antwort Letzte Antwort
                    0
                    • HomoranH Homoran

                      @tottbeck sagte in Slave Adapter fehlen beim Multihost System aufsetzen:

                      Das wiederherstellen über BackItUp klappt ja leider nicht. Vermutlich weil dabei der iobroker gestoppt wird und die Master/Slave Verbindung fehlt.

                      nein!
                      weil die notwendigen Informationen nicht auf den Slave gehören, sondern auf den Master

                      T Offline
                      T Offline
                      Tottbeck
                      schrieb am zuletzt editiert von
                      #19

                      @homoran sagte in Slave Adapter fehlen beim Multihost System aufsetzen:

                      weil die notwendigen Informationen nicht auf den Slave gehören, sondern auf den Master

                      Jetzt habe ich es doch noch iwie hinbekommen. :flushed:
                      Ich hatte mich schon dabei gesehen wie ich die ganzen Änderungen wieder einbringe. :man-bowing:

                      Ich habe nochmal auf dem Master das manuell rüberkopierte Backup per Konsole wiederhergestellt.
                      Diesmal hatte er komischerweise aber die Instanzen per "iob list instances" angezeigt, allerdings deaktiviert. Den admin per konsole aktiviert, danach durfte ich die Instanzen erst alle vom Master auf den Slave schupsen (der Master hätte die überhaupt nicht gepackt.)
                      D.h. es läuft wieder. :hugging_face:

                      BackItUp läuft jetzt auf dem Master. Der gerade angelegte Backup ist (fast) genauso groß wie vorher. D.h. der Inhalt des Backups war vorher schon vollständig aber leider nicht (so einfach) wiederherstellbar.

                      @Homoran: Danke für Deine Geduld.

                      HomoranH 1 Antwort Letzte Antwort
                      0
                      • T Tottbeck

                        @homoran sagte in Slave Adapter fehlen beim Multihost System aufsetzen:

                        weil die notwendigen Informationen nicht auf den Slave gehören, sondern auf den Master

                        Jetzt habe ich es doch noch iwie hinbekommen. :flushed:
                        Ich hatte mich schon dabei gesehen wie ich die ganzen Änderungen wieder einbringe. :man-bowing:

                        Ich habe nochmal auf dem Master das manuell rüberkopierte Backup per Konsole wiederhergestellt.
                        Diesmal hatte er komischerweise aber die Instanzen per "iob list instances" angezeigt, allerdings deaktiviert. Den admin per konsole aktiviert, danach durfte ich die Instanzen erst alle vom Master auf den Slave schupsen (der Master hätte die überhaupt nicht gepackt.)
                        D.h. es läuft wieder. :hugging_face:

                        BackItUp läuft jetzt auf dem Master. Der gerade angelegte Backup ist (fast) genauso groß wie vorher. D.h. der Inhalt des Backups war vorher schon vollständig aber leider nicht (so einfach) wiederherstellbar.

                        @Homoran: Danke für Deine Geduld.

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

                        @tottbeck sagte in Slave Adapter fehlen beim Multihost System aufsetzen:

                        Diesmal hatte er komischerweise aber die Instanzen per "iob list instances" angezeigt, allerdings deaktiviert

                        das ist normal. Unter Backitup kann man auswählen "Starte alle Instanzen"

                        @tottbeck sagte in Slave Adapter fehlen beim Multihost System aufsetzen:

                        BackItUp läuft jetzt auf dem Master.

                        :clap:

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

                        898

                        Online

                        32.4k

                        Benutzer

                        81.5k

                        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