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. Backup einer Geisterinstanz 'zigbee.1'

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.1k

Backup einer Geisterinstanz 'zigbee.1'

Geplant Angeheftet Gesperrt Verschoben ioBroker Allgemein
7 Beiträge 4 Kommentatoren 613 Aufrufe 5 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.
  • Thomas BraunT Online
    Thomas BraunT Online
    Thomas Braun
    Most Active
    schrieb am zuletzt editiert von Thomas Braun
    #1

    Ich hab hier seit geraumer Zeit das Phänomen, das der Backitup-Adapter eine nicht (mehr) existente zigbee.1-Instanz 'backupt'. Nur ich finde im gesamten System keine einzige Referenz zu einer zigbee.1-Instanz.

    echad@chet:/opt/iobroker $ grep -R 'zigbee.1' | grep -v 'zigbee.1_' | grep -v 'zigbee.1.10'
    echad@chet:/opt/iobroker $
    echad@chet:/opt/iobroker $ iob list instances | grep zigbee
    + system.adapter.zigbee.0                 : zigbee                : chet                                     -  enabled, port: /dev/serial/by-id/usb-Silicon_Labs_slae.sh_cc2652rb_stick_-_slaesh_s_iot_stuff_00_12_4B_00_23_93_2C_A8-if00-port0
    echad@chet:/opt/iobroker $
    

    Wo kommt das Backup also her?

    Und bevor jetzt wieder Spaßvögel nach 'iob diag' fragen noch die Zusammenfassung:

    ======================= SUMMARY =======================
                            v.2024-08-24-TEST
    
    
     Static hostname: chet
           Icon name: computer
    Operating System: Debian GNU/Linux trixie/sid
              Kernel: Linux 6.6.31+rpt-rpi-v8
        Architecture: arm64
    
    Installation:           native
    Kernel:                 aarch64
    Userland:               64 bit
    Timezone:               Europe/Berlin (CEST, +0200)
    User-ID:                1000
    Display-Server:         false
    Boot Target:            multi-user.target
    
    Pending OS-Updates:     0
    Pending iob updates:    0
    
    Nodejs-Installation:
    /usr/bin/nodejs         v22.7.0
    /usr/bin/node           v22.7.0
    /usr/bin/npm            10.8.2
    /usr/bin/npx            10.8.2
    /usr/bin/corepack       0.29.3
    
    Recommended versions are nodejs 20.17.0 and npm 10.8.2
    Your nodejs installation is correct
    
    MEMORY: 
                   total        used        free      shared  buff/cache   available
    Mem:            8.2G        2.9G        417M         15M        5.1G        5.3G
    Swap:           209M        786K        208M
    Total:          8.4G        2.9G        626M
    
    Active iob-Instances:   38
    Upgrade policy: none
    
    ioBroker Core:          js-controller           6.0.11
                            admin                   7.0.25
    
    ioBroker Status:        iobroker is running on this host.
    
    
    Objects type: jsonl
    States  type: jsonl
    
    Status admin and web instance:
    + system.adapter.admin.0                  : admin                 : chet                                     -  enabled, port: 8081, bind: 0.0.0.0, run as: admin
    + system.adapter.web.0                    : web                   : chet                                     -  enabled, port: 8082, bind: 0.0.0.0, run as: admin
    
    Objects:                11085
    States:                 8847
    
    Size of iob-Database:
    
    25M     /opt/iobroker/iobroker-data/objects.jsonl
    4.5M    /opt/iobroker/iobroker-data/states.jsonl
    
    
    Your Operating System codenamed 'trixie' is a testing release! Please use it only for testing purposes!
    
    =================== END OF SUMMARY ====================
    

    Linux-Werkzeugkasten:
    https://forum.iobroker.net/topic/42952/der-kleine-iobroker-linux-werkzeugkasten
    NodeJS Fixer Skript:
    https://forum.iobroker.net/topic/68035/iob-node-fix-skript
    iob_diag: curl -sLf -o diag.sh https://iobroker.net/diag.sh && bash diag.sh

    AsgothianA 1 Antwort Letzte Antwort
    0
    • Thomas BraunT Thomas Braun

      Ich hab hier seit geraumer Zeit das Phänomen, das der Backitup-Adapter eine nicht (mehr) existente zigbee.1-Instanz 'backupt'. Nur ich finde im gesamten System keine einzige Referenz zu einer zigbee.1-Instanz.

      echad@chet:/opt/iobroker $ grep -R 'zigbee.1' | grep -v 'zigbee.1_' | grep -v 'zigbee.1.10'
      echad@chet:/opt/iobroker $
      echad@chet:/opt/iobroker $ iob list instances | grep zigbee
      + system.adapter.zigbee.0                 : zigbee                : chet                                     -  enabled, port: /dev/serial/by-id/usb-Silicon_Labs_slae.sh_cc2652rb_stick_-_slaesh_s_iot_stuff_00_12_4B_00_23_93_2C_A8-if00-port0
      echad@chet:/opt/iobroker $
      

      Wo kommt das Backup also her?

      Und bevor jetzt wieder Spaßvögel nach 'iob diag' fragen noch die Zusammenfassung:

      ======================= SUMMARY =======================
                              v.2024-08-24-TEST
      
      
       Static hostname: chet
             Icon name: computer
      Operating System: Debian GNU/Linux trixie/sid
                Kernel: Linux 6.6.31+rpt-rpi-v8
          Architecture: arm64
      
      Installation:           native
      Kernel:                 aarch64
      Userland:               64 bit
      Timezone:               Europe/Berlin (CEST, +0200)
      User-ID:                1000
      Display-Server:         false
      Boot Target:            multi-user.target
      
      Pending OS-Updates:     0
      Pending iob updates:    0
      
      Nodejs-Installation:
      /usr/bin/nodejs         v22.7.0
      /usr/bin/node           v22.7.0
      /usr/bin/npm            10.8.2
      /usr/bin/npx            10.8.2
      /usr/bin/corepack       0.29.3
      
      Recommended versions are nodejs 20.17.0 and npm 10.8.2
      Your nodejs installation is correct
      
      MEMORY: 
                     total        used        free      shared  buff/cache   available
      Mem:            8.2G        2.9G        417M         15M        5.1G        5.3G
      Swap:           209M        786K        208M
      Total:          8.4G        2.9G        626M
      
      Active iob-Instances:   38
      Upgrade policy: none
      
      ioBroker Core:          js-controller           6.0.11
                              admin                   7.0.25
      
      ioBroker Status:        iobroker is running on this host.
      
      
      Objects type: jsonl
      States  type: jsonl
      
      Status admin and web instance:
      + system.adapter.admin.0                  : admin                 : chet                                     -  enabled, port: 8081, bind: 0.0.0.0, run as: admin
      + system.adapter.web.0                    : web                   : chet                                     -  enabled, port: 8082, bind: 0.0.0.0, run as: admin
      
      Objects:                11085
      States:                 8847
      
      Size of iob-Database:
      
      25M     /opt/iobroker/iobroker-data/objects.jsonl
      4.5M    /opt/iobroker/iobroker-data/states.jsonl
      
      
      Your Operating System codenamed 'trixie' is a testing release! Please use it only for testing purposes!
      
      =================== END OF SUMMARY ====================
      
      AsgothianA Offline
      AsgothianA Offline
      Asgothian
      Developer
      schrieb am zuletzt editiert von Asgothian
      #2

      @thomas-braun Hast du mal geschaut ob es noch das Datenverzeichnis dieser Instanz gibt (\opt\iobroker\iobroker-data\zigbee_1) ? Ich bin mir nicht sicher ob der backitup-Adapter dieses mit sichert einfach weil es existiert.

      A.

      ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
      "Shit don't work" ist keine Fehlermeldung, sondern ein Fluch.

      Thomas BraunT 1 Antwort Letzte Antwort
      0
      • AsgothianA Asgothian

        @thomas-braun Hast du mal geschaut ob es noch das Datenverzeichnis dieser Instanz gibt (\opt\iobroker\iobroker-data\zigbee_1) ? Ich bin mir nicht sicher ob der backitup-Adapter dieses mit sichert einfach weil es existiert.

        A.

        Thomas BraunT Online
        Thomas BraunT Online
        Thomas Braun
        Most Active
        schrieb am zuletzt editiert von
        #3

        @asgothian

        Danke! Das Verzeichnis gab es noch. Hab es jetzt ins digitale Nirvana geschickt.

        Linux-Werkzeugkasten:
        https://forum.iobroker.net/topic/42952/der-kleine-iobroker-linux-werkzeugkasten
        NodeJS Fixer Skript:
        https://forum.iobroker.net/topic/68035/iob-node-fix-skript
        iob_diag: curl -sLf -o diag.sh https://iobroker.net/diag.sh && bash diag.sh

        ? simatecS 2 Antworten Letzte Antwort
        0
        • Thomas BraunT Thomas Braun

          @asgothian

          Danke! Das Verzeichnis gab es noch. Hab es jetzt ins digitale Nirvana geschickt.

          ? Offline
          ? Offline
          Ein ehemaliger Benutzer
          schrieb am zuletzt editiert von
          #4

          Hallo @thomas-braun ,

          dann kannste Du Deine zurückliegenden Backups auf die gleiche Reise schicken 😉

          1 Antwort Letzte Antwort
          0
          • Thomas BraunT Thomas Braun

            @asgothian

            Danke! Das Verzeichnis gab es noch. Hab es jetzt ins digitale Nirvana geschickt.

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

            @thomas-braun Vielleicht am besten mal beim Zigbee Adapter ein Issue aufmachen, dass beim löschen der Instanz eventuell auch das Verzeichnis gelöscht wird.
            Backitup schaut ins Verzeichnis was da vorhanden ist.
            Zur Not muss ich da noch ein Check einbauen und vorm Backup prüfen, ob eine Instanz existiert...

            • Besuche meine Github Seite
            • Beitrag hat geholfen oder willst du mich unterstützen
            • HowTo Restore ioBroker
            AsgothianA 1 Antwort Letzte Antwort
            0
            • simatecS simatec

              @thomas-braun Vielleicht am besten mal beim Zigbee Adapter ein Issue aufmachen, dass beim löschen der Instanz eventuell auch das Verzeichnis gelöscht wird.
              Backitup schaut ins Verzeichnis was da vorhanden ist.
              Zur Not muss ich da noch ein Check einbauen und vorm Backup prüfen, ob eine Instanz existiert...

              AsgothianA Offline
              AsgothianA Offline
              Asgothian
              Developer
              schrieb am zuletzt editiert von
              #6

              @simatec sagte in Backup einer Geisterinstanz 'zigbee.1':

              @thomas-braun Vielleicht am besten mal beim Zigbee Adapter ein Issue aufmachen, dass beim löschen der Instanz eventuell auch das Verzeichnis gelöscht wird.
              Backitup schaut ins Verzeichnis was da vorhanden ist.
              Zur Not muss ich da noch ein Check einbauen und vorm Backup prüfen, ob eine Instanz existiert...

              Im Zigbee Adapter wird so eine Änderung eher nicht durchgeführt werden. Das nicht löschen des Verzeichnisses ist durchaus Absicht, damit es möglich ist eine Instanz zu löschen und neu anzulegen ohne damit gleich das Hardware-Netz zu verlieren und alle Geräte neu anlernen zu müssen.

              Soweit ich das bisher durchblicke bekommt der Adapter nicht mit das die Instanz gelöscht wurde und reagiert darauf nicht.

              A.

              ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
              "Shit don't work" ist keine Fehlermeldung, sondern ein Fluch.

              Thomas BraunT 1 Antwort Letzte Antwort
              0
              • AsgothianA Asgothian

                @simatec sagte in Backup einer Geisterinstanz 'zigbee.1':

                @thomas-braun Vielleicht am besten mal beim Zigbee Adapter ein Issue aufmachen, dass beim löschen der Instanz eventuell auch das Verzeichnis gelöscht wird.
                Backitup schaut ins Verzeichnis was da vorhanden ist.
                Zur Not muss ich da noch ein Check einbauen und vorm Backup prüfen, ob eine Instanz existiert...

                Im Zigbee Adapter wird so eine Änderung eher nicht durchgeführt werden. Das nicht löschen des Verzeichnisses ist durchaus Absicht, damit es möglich ist eine Instanz zu löschen und neu anzulegen ohne damit gleich das Hardware-Netz zu verlieren und alle Geräte neu anlernen zu müssen.

                Soweit ich das bisher durchblicke bekommt der Adapter nicht mit das die Instanz gelöscht wurde und reagiert darauf nicht.

                A.

                Thomas BraunT Online
                Thomas BraunT Online
                Thomas Braun
                Most Active
                schrieb am zuletzt editiert von
                #7

                @asgothian @simatec

                Ist schon sinnvoll, dass das Back-up nicht gelöscht wird.
                Ich wusste nur nicht wo/ob die Info zu der Instanz irgendwo in den States oder sonstwo im ioBroker hinterlegt ist und hab mir einen Wolf danach gesucht.

                An die simple Existenz des Verzeichnisses hatte ich nicht gedacht.

                Linux-Werkzeugkasten:
                https://forum.iobroker.net/topic/42952/der-kleine-iobroker-linux-werkzeugkasten
                NodeJS Fixer Skript:
                https://forum.iobroker.net/topic/68035/iob-node-fix-skript
                iob_diag: curl -sLf -o diag.sh https://iobroker.net/diag.sh && bash diag.sh

                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

                925

                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