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. ioBroker nicht erreichbar - Hilfe bei Fehlermeldung in Log

NEWS

  • Neues YouTube-Video: Visualisierung im Devices-Adapter
    BluefoxB
    Bluefox
    11
    1
    515

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

  • Verwendung von KI bitte immer deutlich kennzeichnen
    HomoranH
    Homoran
    11
    1
    853

ioBroker nicht erreichbar - Hilfe bei Fehlermeldung in Log

Geplant Angeheftet Gesperrt Verschoben ioBroker Allgemein
26 Beiträge 2 Kommentatoren 3.1k Aufrufe 2 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.
  • N Offline
    N Offline
    n3ucr0n
    schrieb am zuletzt editiert von n3ucr0n
    #21

    @thomas-braun
    Der Hinweis war Zielführend.

    Es gab zwischendurch das Problem, dass der Adapter ein Backup aus dem lokalen Ordner ziehen wollte, obwohl ich eigentlich das NAS-Backup gewählt hatte.
    Ich habe alle Backups aus dem lokalen Ordner entfernt, dann hat es geklappt.

    Leider habe ich das selbe Problem nun mit dem Zigbee-Backup (ebenfalls über Backitup erstellt).
    Leider habe ich bisher kein Workaround gefunden.

    Hier die Konfiguration, welche für das ioBroker Backup funktioniert hat:
    A.PNG

    Dann das Auswählen des zigbee-Backups:
    B.PNG

    Dann kommt die erste Fehlermeldung:

    C.PNG

    Error: {"errno":-l,"code":"EPERM","syscall":"utime","path":"/opt/iobroker/backups/zigbee_0/"}
    

    und der Eintrag im offenen Logfenster:
    D.PNG

    Started restore ...
    [DEBUG] [zigbee] - Start Zigbee Restore ...
    [DEBUG] [zigbee] - Filename for Restore: /opt/iobroker/backups/zigbee.0_2021_06_14-02_00_40_backupiobroker.tar.gz
    [DEBUG] [zigbee] - zigbee tmp directory created: /opt/iobroker/backups/zigbee_0
    [ERROR] [zigbee] - Zigbee Restore not completed
    [ERROR] [zigbee] - Error: EPERM: operation not permitted, utime '/opt/iobroker/backups/zigbee_0/'
    [EXIT] 0
    

    Sowohl die Fehlermeldung als auch der Logeintrag von dem Restore scheinen auf

    /opt/iobroker/backups
    

    zu verweisen. Interpretiere ich das richtig?
    Was muss ich verändern, dass nicht lokal, sondern wie bei dem ioBroker Backup auch, das Backup von der NAS genommen wird?

    Danke und liebe Grüße

    Thomas BraunT 1 Antwort Letzte Antwort
    0
    • N n3ucr0n

      @thomas-braun
      Der Hinweis war Zielführend.

      Es gab zwischendurch das Problem, dass der Adapter ein Backup aus dem lokalen Ordner ziehen wollte, obwohl ich eigentlich das NAS-Backup gewählt hatte.
      Ich habe alle Backups aus dem lokalen Ordner entfernt, dann hat es geklappt.

      Leider habe ich das selbe Problem nun mit dem Zigbee-Backup (ebenfalls über Backitup erstellt).
      Leider habe ich bisher kein Workaround gefunden.

      Hier die Konfiguration, welche für das ioBroker Backup funktioniert hat:
      A.PNG

      Dann das Auswählen des zigbee-Backups:
      B.PNG

      Dann kommt die erste Fehlermeldung:

      C.PNG

      Error: {"errno":-l,"code":"EPERM","syscall":"utime","path":"/opt/iobroker/backups/zigbee_0/"}
      

      und der Eintrag im offenen Logfenster:
      D.PNG

      Started restore ...
      [DEBUG] [zigbee] - Start Zigbee Restore ...
      [DEBUG] [zigbee] - Filename for Restore: /opt/iobroker/backups/zigbee.0_2021_06_14-02_00_40_backupiobroker.tar.gz
      [DEBUG] [zigbee] - zigbee tmp directory created: /opt/iobroker/backups/zigbee_0
      [ERROR] [zigbee] - Zigbee Restore not completed
      [ERROR] [zigbee] - Error: EPERM: operation not permitted, utime '/opt/iobroker/backups/zigbee_0/'
      [EXIT] 0
      

      Sowohl die Fehlermeldung als auch der Logeintrag von dem Restore scheinen auf

      /opt/iobroker/backups
      

      zu verweisen. Interpretiere ich das richtig?
      Was muss ich verändern, dass nicht lokal, sondern wie bei dem ioBroker Backup auch, das Backup von der NAS genommen wird?

      Danke und liebe Grüße

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

      @n3ucr0n

      Dir ist schon bewusst, das das Dateisystem des NAS bei SMB/CIFS auf dem Mountpunkt /opt/iobroker/backups eingehängt wird? Deswegen sollte das Verzeichnis auch leer sein, wenn der Backitup-Adapter gerade nicht läuft.

      SMB-Typ so hoch wie möglich einstellen. Bei mir läuft ein FritzNAS FW 7.26 mit SMB-Typ 3.1.1

      Mount-Option 'noserverino' sollte auch mal gesetzt werden. Muss ich bei meinem FritzDings auch einstellen.

      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

      N 1 Antwort Letzte Antwort
      0
      • Thomas BraunT Thomas Braun

        @n3ucr0n

        Dir ist schon bewusst, das das Dateisystem des NAS bei SMB/CIFS auf dem Mountpunkt /opt/iobroker/backups eingehängt wird? Deswegen sollte das Verzeichnis auch leer sein, wenn der Backitup-Adapter gerade nicht läuft.

        SMB-Typ so hoch wie möglich einstellen. Bei mir läuft ein FritzNAS FW 7.26 mit SMB-Typ 3.1.1

        Mount-Option 'noserverino' sollte auch mal gesetzt werden. Muss ich bei meinem FritzDings auch einstellen.

        N Offline
        N Offline
        n3ucr0n
        schrieb am zuletzt editiert von n3ucr0n
        #23

        @thomas-braun said in ioBroker nicht erreichbar - Hilfe bei Fehlermeldung in Log:

        @n3ucr0n

        Dir ist schon bewusst, das das Dateisystem des NAS bei SMB/CIFS auf dem Mountpunkt /opt/iobroker/backups eingehängt wird? Deswegen sollte das Verzeichnis auch leer sein, wenn der Backitup-Adapter gerade nicht läuft.

        ne, das war mir nicht bewusst aber ich lerne stetig dazu =)

        SMB-Typ so hoch wie möglich einstellen. Bei mir läuft ein FritzNAS FW 7.26 mit SMB-Typ 3.1.1

        Okai habe ich im Adapter umgestellt - auf der Synology ist es bereits auf minimal Version 2, maximal Version 3 eingestellt. Das sind die maximalen Möglichkeiten.
        Leider bekomme ich noch immer den selben Fehler.

        Mount-Option 'noserverino' sollte auch mal gesetzt werden. Muss ich bei meinem FritzDings auch einstellen.

        Im Zigbee.0 Adapter habe ich die Mountoption "noserverino" aktiviert. Leider ebenfalls kein Erfolg uns unveränderte Fehlermeldung...

        Edit:
        Bitte entschuldige, dass ich mich offenbar etwas schwerfällig anstelle... Ist es ein Berechtigungsproblem auf der NAS?

        Und hier noch der Auszug aus dem LOG

        backitup.0
        2021-06-16 23:49:32.057	error	[zigbee] Error: EPERM: operation not permitted, utime '/opt/iobroker/backups/zigbee_0/'
        
        backitup.0
        2021-06-16 23:49:32.056	error	[zigbee] Zigbee Restore not completed
        
        backitup.0
        2021-06-16 23:49:23.167	error	Error: Command failed: sudo mount -t cifs -o username=B******,password=****,noserverino,rw,file_mode=0777,dir_mode=0777 //192.168.1**.**/Backup/ioBroker /opt/iobroker/backupsmount error(16): Device or resource busyRefer to the mount.cifs(8) manual page (e.g. man mount.cifs)
        
        Thomas BraunT 1 Antwort Letzte Antwort
        0
        • N n3ucr0n

          @thomas-braun said in ioBroker nicht erreichbar - Hilfe bei Fehlermeldung in Log:

          @n3ucr0n

          Dir ist schon bewusst, das das Dateisystem des NAS bei SMB/CIFS auf dem Mountpunkt /opt/iobroker/backups eingehängt wird? Deswegen sollte das Verzeichnis auch leer sein, wenn der Backitup-Adapter gerade nicht läuft.

          ne, das war mir nicht bewusst aber ich lerne stetig dazu =)

          SMB-Typ so hoch wie möglich einstellen. Bei mir läuft ein FritzNAS FW 7.26 mit SMB-Typ 3.1.1

          Okai habe ich im Adapter umgestellt - auf der Synology ist es bereits auf minimal Version 2, maximal Version 3 eingestellt. Das sind die maximalen Möglichkeiten.
          Leider bekomme ich noch immer den selben Fehler.

          Mount-Option 'noserverino' sollte auch mal gesetzt werden. Muss ich bei meinem FritzDings auch einstellen.

          Im Zigbee.0 Adapter habe ich die Mountoption "noserverino" aktiviert. Leider ebenfalls kein Erfolg uns unveränderte Fehlermeldung...

          Edit:
          Bitte entschuldige, dass ich mich offenbar etwas schwerfällig anstelle... Ist es ein Berechtigungsproblem auf der NAS?

          Und hier noch der Auszug aus dem LOG

          backitup.0
          2021-06-16 23:49:32.057	error	[zigbee] Error: EPERM: operation not permitted, utime '/opt/iobroker/backups/zigbee_0/'
          
          backitup.0
          2021-06-16 23:49:32.056	error	[zigbee] Zigbee Restore not completed
          
          backitup.0
          2021-06-16 23:49:23.167	error	Error: Command failed: sudo mount -t cifs -o username=B******,password=****,noserverino,rw,file_mode=0777,dir_mode=0777 //192.168.1**.**/Backup/ioBroker /opt/iobroker/backupsmount error(16): Device or resource busyRefer to the mount.cifs(8) manual page (e.g. man mount.cifs)
          
          Thomas BraunT Online
          Thomas BraunT Online
          Thomas Braun
          Most Active
          schrieb am zuletzt editiert von
          #24

          @n3ucr0n
          Ja, hat mit den Rechten zu tun.

          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

          N 1 Antwort Letzte Antwort
          0
          • Thomas BraunT Thomas Braun

            @n3ucr0n
            Ja, hat mit den Rechten zu tun.

            N Offline
            N Offline
            n3ucr0n
            schrieb am zuletzt editiert von
            #25

            @thomas-braun

            Okai, ich werde mich mal um das Thema kümmern.
            Ich habe gefühlt soweit alle Einstellungen für den benutzten User geprüft und alles sollte stimmen.

            Zur Kontrolle habe ich dann als Zugang meinen Adminzugang eingetragen, dieser hat alle Rechte, leider trotzdem der oben beschriebene Fehler.

            Ich nutze eine Synology unter DMS6
            Hast Du Tipps, was ich dort noch kontrollieren kann? Natürlich bemühe ich parallel auch schon Google und Co :-)

            Danke!

            Thomas BraunT 1 Antwort Letzte Antwort
            0
            • N n3ucr0n

              @thomas-braun

              Okai, ich werde mich mal um das Thema kümmern.
              Ich habe gefühlt soweit alle Einstellungen für den benutzten User geprüft und alles sollte stimmen.

              Zur Kontrolle habe ich dann als Zugang meinen Adminzugang eingetragen, dieser hat alle Rechte, leider trotzdem der oben beschriebene Fehler.

              Ich nutze eine Synology unter DMS6
              Hast Du Tipps, was ich dort noch kontrollieren kann? Natürlich bemühe ich parallel auch schon Google und Co :-)

              Danke!

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

              @n3ucr0n Kommt halt u. U. auch ein wenig darauf an, welches Dateisystem da auf der Synology läuft.
              Hab ich aber keine Ahnung von.

              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

              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

              584

              Online

              32.9k

              Benutzer

              83.0k

              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