Navigation

    Logo
    • Register
    • Login
    • Search
    • Recent
    • Tags
    • Unread
    • Categories
    • Unreplied
    • Popular
    • GitHub
    • Docu
    • Hilfe
    1. Home
    2. Deutsch
    3. ioBroker Allgemein
    4. Master und Slave unterschiedliche AdapterVersionen?

    NEWS

    • Neuer Blog: Fotos und Eindrücke aus Solingen

    • ioBroker@Smart Living Forum Solingen, 14.06. - Agenda added

    • ioBroker goes Matter ... Matter Adapter in Stable

    Master und Slave unterschiedliche AdapterVersionen?

    This topic has been deleted. Only users with topic management privileges can see it.
    • wendy2702
      wendy2702 @Homoran last edited by

      @homoran Definiere "korrekt"?

      Das System ist fast so alt wie iobroker und historisch gewachsen. Deshalb ist da auch noch immer ein Admin drauf.

      Aber egal, man kann doch im Admin vom Master auswählen auf welchem System man was installiert und ob man dann ein Upgrade dort machen möchte oder nicht.

      Wofür sonst bräuchte es diese Auswahl:

      2ebbb32a-0e75-45b7-8dd1-fa8b28d6c20c-grafik.png

      Homoran 1 Reply Last reply Reply Quote 0
      • Homoran
        Homoran Global Moderator Administrators @wendy2702 last edited by

        @wendy2702 sagte in Master und Slave unterschiedliche AdapterVersionen?:

        man kann doch im Admin vom Master auswählen auf welchem System man was installiert

        aber nur die Instanzen

        @wendy2702 sagte in Master und Slave unterschiedliche AdapterVersionen?:

        und ob man dann ein Upgrade dort machen möchte oder nicht.

        wie denn das?
        Upgrade läuft über den Reiter Adapter für alle Instanzen

        wendy2702 1 Reply Last reply Reply Quote 0
        • wendy2702
          wendy2702 @Homoran last edited by

          @homoran Na so:

          Adapter des Slave:

          c8e9fe9a-c85c-4b7b-8267-09107f2ba20d-grafik.png

          Adapter des Master:

          b69b962d-530a-4808-9672-c3b231c2d679-grafik.png

          Das war und ist bei mir schon immer so und ich kann da auch keinen Fehler erkennen. Wenn es so gedacht ist das ich mit einem klick immer auf allen Systemen ein Update mache wäre das Konzept aus meiner Sicht eher schlecht.

          Homoran 1 Reply Last reply Reply Quote 0
          • Homoran
            Homoran Global Moderator Administrators @wendy2702 last edited by

            @wendy2702 sagte in Master und Slave unterschiedliche AdapterVersionen?:

            Das war und ist bei mir schon immer so

            ich fürchte, dies war früher so.
            Soweit ich weiß ist das aber nicht gewollt (gewesen) und sollte nicht so sein.

            @wendy2702 sagte in Master und Slave unterschiedliche AdapterVersionen?:

            Wenn es so gedacht ist das ich mit einem klick immer auf allen Systemen ein Update mache wäre

            Es führte immer wieder zu ungewollt vollkommen veralteten Versionen auf den Slaves.

            Sollte dieses Vorgehen verschiedene Adapterversionen vorzuhalten tatsächlich (heute noch) gewünscht sein, lasse ich mich gerne "belehren".

            wendy2702 1 Reply Last reply Reply Quote 0
            • haus-automatisierung
              haus-automatisierung Developer Most Active last edited by

              Das Problem dabei ist ja, dass es nur eine Objekt-Datenbank gibt. Und somit gibt es von einem Adapter auch nur ein Adapter-Objekt. z.B. system.adapter.javascript. Dieses enthält ja die io-package des Adapters.

              Die Frage wäre nun, was da drin steht, wenn es zwei unterschiedliche Versionen des Adapters auf verschiedenen Hosts gibt. Also welche Version "gewinnt" (die zuletzt aktualisierte?). Und wie wirkt sich das auf die Instanz-Objekte aus? z.B. system.adapter.javascript.0. Und woher werden die Infos bezogen? Wenn dafür als Basis das Adapter-Objekt genutzt wird, könnten komplett andere Standard-Werte für die Native-Attribute in der Instanz landen (oder fehlen).

              Da müsste ich mir jetzt den js-controller genauer anschauen. Ich kenne jedenfalls keine Empfehlung, welche verschiedene Adapter-Versionen auf verschiedenen Hosts empfiehlt.

              Homoran 1 Reply Last reply Reply Quote 1
              • Homoran
                Homoran Global Moderator Administrators @haus-automatisierung last edited by

                @haus-automatisierung sagte in Master und Slave unterschiedliche AdapterVersionen?:

                Das Problem dabei ist ja, dass es nur eine Objekt-Datenbank gibt.

                und das war früher anders.
                Damals hat man im Multihost beim Slave nur die states Datenbank auf dem Master mitbenutzt.
                Die Objektdatenbank für den Slave blieb dort

                1 Reply Last reply Reply Quote 0
                • wendy2702
                  wendy2702 @Homoran last edited by

                  @homoran sagte in Master und Slave unterschiedliche AdapterVersionen?:

                  Sollte dieses Vorgehen verschiedene Adapterversionen vorzuhalten tatsächlich (heute noch) gewünscht sein, lasse ich mich gerne "belehren".

                  Belehren werde ich dich nicht aber ich finde die Möglichkeit verschiedene Versionen auf Unterschiedlicher HW laufen lassen zu können für mich persönlich besser.

                  Homoran 1 Reply Last reply Reply Quote 0
                  • Homoran
                    Homoran Global Moderator Administrators @wendy2702 last edited by Homoran

                    @wendy2702 sagte in Master und Slave unterschiedliche AdapterVersionen?:

                    @homoran sagte in Master und Slave unterschiedliche AdapterVersionen?:

                    Sollte dieses Vorgehen verschiedene Adapterversionen vorzuhalten tatsächlich (heute noch) gewünscht sein, lasse ich mich gerne "belehren".

                    Belehren werde ich dich nicht aber ich finde die Möglichkeit verschiedene Versionen auf Unterschiedlicher HW laufen lassen zu können für mich persönlich besser.

                    Das ist ein ganz anderes Thema!
                    Aber das ist dann keine lupenreine Multihost Umgebung (nach heutigem Standard) mehr.
                    und nur darauf bezog sich mein Einwurf.

                    Wenn @skb eine aktuelle korrekt durchgeführte Multihost Umgebung hat, kann er das nicht mehr so durchführen.

                    Wenn man ein konsistentes System haben will, muss man seine Spielwiese auf ein Testsystem auslagern.

                    Das "Belehren" bezog sich auf mein lückenhaftes Wissen zu der aktuellen Multihost Konfiguration, da ich ja auch noch mit der von dir noch verwendeten Struktur "aufgewachsen" bin.
                    Da hat mich @haus-automatisierung schon dankenswerterweise auf Stand gebracht

                    1 Reply Last reply Reply Quote 2
                    • SKB
                      SKB Developer Most Active last edited by

                      Danke Euch.

                      Dann erstelle ich eben noch eine standalone Laboratory VM 😉

                      1 Reply Last reply Reply Quote 0
                      • arteck
                        arteck Developer Most Active @SKB last edited by

                        @skb ja ich hab eine DEV Kiste..

                        1 Reply Last reply Reply Quote 1
                        • First post
                          Last post

                        Support us

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

                        472
                        Online

                        31.9k
                        Users

                        80.3k
                        Topics

                        1.3m
                        Posts

                        5
                        20
                        538
                        Loading More Posts
                        • Oldest to Newest
                        • Newest to Oldest
                        • Most Votes
                        Reply
                        • Reply as topic
                        Log in to reply
                        Community
                        Impressum | Datenschutz-Bestimmungen | Nutzungsbedingungen
                        The ioBroker Community 2014-2023
                        logo