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

  1. ioBroker Community Home
  2. Deutsch
  3. ioBroker Allgemein
  4. Adapter: iobroker.backitup (stable Release)

NEWS

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

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

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

Adapter: iobroker.backitup (stable Release)

Geplant Angeheftet Gesperrt Verschoben ioBroker Allgemein
adapterbackitupiobroker backupbackupiobroker.backitup
2.3k Beiträge 185 Kommentatoren 1.2m Aufrufe 50 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.
  • eumatsE eumats

    Nabend.
    Nach meinem Umstieg von 2x Raspi im Mulithost auf ein Multihostsystem bestehend aus einem NUC mit Debian (auf Proxmox) und einem Raspi (zum GPIO Abgriff) bekomme ich per Telegramm keine Nachrichten nach Abschluss des Backups mehr. Das Backup selber funktioniert aber. Auch vorher bei den 2x Raspi) kamen die Meldungen per Telegramm nicht immer.
    Bei mir läuft je eine Instanz von backitup auf Master und Slave. Backupziel ist ein Synology NAS.

    Das normale Versenden von Telegrammeldungen per Javascript funktioniert problemlos.

    Was ich bisher getan habe:

    1. backitup und Telegramm auf debug gestellt. Leider ohne nennenswerte Aussagen im Log.
    2. backitup Adapter auf beiden Geräten de- und wieder neuinstalliert
    3. Telegramm Adapter neu installiert

    Alles bisher ohne Ergebnis...

    Iobroker unter Debian:
    debian@iobroker-server:~$ node -v
    v10.15.3
    debian@iobroker-server:~$ nodejs -v
    v10.15.3
    debian@iobroker-server:~$ npm -v
    6.9.0

    iobroker auf dem Raspi:
    pi@iobroker-Pi:~ $ node -v
    v8.16.0
    pi@iobroker-Pi:~ $ nodejs -v
    v8.16.0
    pi@iobroker-Pi:~ $ npm -v
    6.4.1

    Hier mal das Log der manuellen Ausführung eines minimalen Backups:
    ...

    Update 20:31 Uhr: Nach dem Deaktivieren von "Zigbee-Datenbank speichern (Standard)" läuft es nun... ;-)

    simatecS Online
    simatecS Online
    simatec
    Developer Most Active
    schrieb am zuletzt editiert von
    #2013

    @eumats
    Welche Benachrichtigung kam nicht? Vom Master oder Slave?
    Wo läuft deine Telegram Instanz auf dem Master oder Slave?

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

      @eumats
      Welche Benachrichtigung kam nicht? Vom Master oder Slave?
      Wo läuft deine Telegram Instanz auf dem Master oder Slave?

      eumatsE Offline
      eumatsE Offline
      eumats
      schrieb am zuletzt editiert von
      #2014

      @simatec
      Danke, aber aktuell hat es sich erledigt. Siehe Update von meinem vorangegangenen Post.

      1 Antwort Letzte Antwort
      0
      • T Offline
        T Offline
        toscand
        schrieb am zuletzt editiert von
        #2015

        Hi zusammen,

        habe gerade versucht Backitup mit Sicherung auf meinem Synology NAS einzurichten.
        Die Sicherungen werden angelegt und im Ordner /opt/iobroker/backups abgelegt. Aber das Verschieben auf das NAS funktioniert nicht. Der user iobroker sollte bei mir eigentlich root rechte haben.
        Folgenden LOG bekomme ich:

        backitup.0 2019-06-01 21:48:26.484 debug system.adapter.admin.0: logging true
        backitup.0 2019-06-01 21:47:42.252 debug [minimal/history] backitup.0.history.html
        backitup.0 2019-06-01 21:47:42.220 debug [minimal/clean] done
        backitup.0 2019-06-01 21:47:42.219 debug [minimal/clean] Backup files not deleted from /opt/iobroker/backups because some errors.
        backitup.0 2019-06-01 21:47:42.216 debug [minimal/cifs] done
        backitup.0 2019-06-01 21:47:42.209 debug [minimal/minimal] done
        backitup.0 2019-06-01 21:47:42.193 debug [minimal/minimal] Backup created: /opt/iobroker/backups/minimal_2019_06_01-21_47_38_backupiobroker.tar.gz
        backitup.0 2019-06-01 21:47:38.685 debug [minimal/mount] mount: only root can use "--options" option
        backitup.0 2019-06-01 21:47:38.684 debug [minimal/mount] [IGNORED] Error: Command failed: mount -t cifs -o username=xxx xxx,password=xxx,rw,file_mode=0777,dir_mode=0777 //ipi.pip.i.pip/Familie/03_SmartHome/Backup/ioBroker Stand
        backitup.0 2019-06-01 21:47:38.673 debug [minimal/mount] [undefined mount: only root can use "--options" option

        simatecS 1 Antwort Letzte Antwort
        0
        • T toscand

          Hi zusammen,

          habe gerade versucht Backitup mit Sicherung auf meinem Synology NAS einzurichten.
          Die Sicherungen werden angelegt und im Ordner /opt/iobroker/backups abgelegt. Aber das Verschieben auf das NAS funktioniert nicht. Der user iobroker sollte bei mir eigentlich root rechte haben.
          Folgenden LOG bekomme ich:

          backitup.0 2019-06-01 21:48:26.484 debug system.adapter.admin.0: logging true
          backitup.0 2019-06-01 21:47:42.252 debug [minimal/history] backitup.0.history.html
          backitup.0 2019-06-01 21:47:42.220 debug [minimal/clean] done
          backitup.0 2019-06-01 21:47:42.219 debug [minimal/clean] Backup files not deleted from /opt/iobroker/backups because some errors.
          backitup.0 2019-06-01 21:47:42.216 debug [minimal/cifs] done
          backitup.0 2019-06-01 21:47:42.209 debug [minimal/minimal] done
          backitup.0 2019-06-01 21:47:42.193 debug [minimal/minimal] Backup created: /opt/iobroker/backups/minimal_2019_06_01-21_47_38_backupiobroker.tar.gz
          backitup.0 2019-06-01 21:47:38.685 debug [minimal/mount] mount: only root can use "--options" option
          backitup.0 2019-06-01 21:47:38.684 debug [minimal/mount] [IGNORED] Error: Command failed: mount -t cifs -o username=xxx xxx,password=xxx,rw,file_mode=0777,dir_mode=0777 //ipi.pip.i.pip/Familie/03_SmartHome/Backup/ioBroker Stand
          backitup.0 2019-06-01 21:47:38.673 debug [minimal/mount] [undefined mount: only root can use "--options" option

          simatecS Online
          simatecS Online
          simatec
          Developer Most Active
          schrieb am zuletzt editiert von
          #2016

          @toscand
          Hast du die cifs-utils installiert?
          Wenn dein iobroker nicht als root läuft, dann musst du in backitup den root mount aktivieren

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

            habe ich beides nochmal geprüft mein User ist in der gruppe root und cifs-utils sind jetzt auch installiert.
            ohne root mount gleicher log.
            Kann das Problem eventuell daran liegen das meine NAS Benutzer ein ö im Namen hat?
            mit root mount bekomme ich jetzt folgendes:

            backitup.0	2019-06-01 23:02:21.610	debug	[minimal/history] backitup.0.history.html
            backitup.0	2019-06-01 23:02:21.583	debug	[minimal/clean] done
            backitup.0	2019-06-01 23:02:21.582	debug	[minimal/clean] Backup files not deleted from /opt/iobroker/backups because some errors.
            backitup.0	2019-06-01 23:02:21.577	debug	[minimal/cifs] done
            backitup.0	2019-06-01 23:02:21.570	debug	[minimal/minimal] done
            backitup.0	2019-06-01 23:02:21.543	debug	[minimal/minimal] Backup created: /opt/iobroker/backups/minimal_2019_06_01-23_02_16_backupiobroker.tar.gz
            backitup.0	2019-06-01 23:02:16.131	debug	[minimal/mount] For more details see mount(8).
            backitup.0	2019-06-01 23:02:16.130	debug	[minimal/mount] --make-runbindable recursively mark a whole subtree as unbindable
            backitup.0	2019-06-01 23:02:16.130	debug	[minimal/mount] --make-rprivate recursively mark a whole subtree as private
            backitup.0	2019-06-01 23:02:16.130	debug	[minimal/mount] --make-rslave recursively mark a whole subtree as slave
            backitup.0	2019-06-01 23:02:16.129	debug	[minimal/mount] --make-rshared recursively mark a whole subtree as shared
            backitup.0	2019-06-01 23:02:16.129	debug	[minimal/mount] --make-unbindable mark a subtree as unbindable
            backitup.0	2019-06-01 23:02:16.128	debug	[minimal/mount] --make-private mark a subtree as private
            backitup.0	2019-06-01 23:02:16.128	debug	[minimal/mount] --make-slave mark a subtree as slave
            backitup.0	2019-06-01 23:02:16.128	debug	[minimal/mount] --make-shared mark a subtree as shared
            backitup.0	2019-06-01 23:02:16.127	debug	[minimal/mount] -R, --rbind mount a subtree and all submounts somewhere else
            backitup.0	2019-06-01 23:02:16.127	debug	[minimal/mount] -M, --move move a subtree to some other place
            backitup.0	2019-06-01 23:02:16.126	debug	[minimal/mount] -B, --bind mount a subtree somewhere else (same as -o bind)
            backitup.0	2019-06-01 23:02:16.126	debug	[minimal/mount] Operations:
            backitup.0	2019-06-01 23:02:16.126	debug	[minimal/mount] <file> regular file for loopdev setup
            backitup.0	2019-06-01 23:02:16.125	debug	[minimal/mount] <directory> mountpoint for bind mounts (see --bind/rbind)
            backitup.0	2019-06-01 23:02:16.125	debug	[minimal/mount] <device> specifies device by path
            backitup.0	2019-06-01 23:02:16.125	debug	[minimal/mount] PARTUUID=<uuid> specifies device by partition UUID
            backitup.0	2019-06-01 23:02:16.124	debug	[minimal/mount] PARTLABEL=<label> specifies device by partition label
            backitup.0	2019-06-01 23:02:16.124	debug	[minimal/mount] UUID=<uuid> specifies device by filesystem UUID
            backitup.0	2019-06-01 23:02:16.123	debug	[minimal/mount] LABEL=<label> specifies device by filesystem label
            backitup.0	2019-06-01 23:02:16.123	debug	[minimal/mount] -U, --uuid <uuid> synonym for UUID=<uuid>
            backitup.0	2019-06-01 23:02:16.123	debug	[minimal/mount] -L, --label <label> synonym for LABEL=<label>
            backitup.0	2019-06-01 23:02:16.122	debug	[minimal/mount] Source:
            backitup.0	2019-06-01 23:02:16.122	debug	[minimal/mount] -V, --version output version information and exit
            backitup.0	2019-06-01 23:02:16.121	debug	[minimal/mount] -h, --help display this help and exit
            backitup.0	2019-06-01 23:02:16.121	debug	[minimal/mount] -w, --rw, --read-write mount the filesystem read-write (default)
            backitup.0	2019-06-01 23:02:16.121	debug	[minimal/mount] -v, --verbose say what is being done
            backitup.0	2019-06-01 23:02:16.120	debug	[minimal/mount] --target <target> explicitly specifies mountpoint
            backitup.0	2019-06-01 23:02:16.120	debug	[minimal/mount] --source <src> explicitly specifies source (path, label, uuid)
            backitup.0	2019-06-01 23:02:16.120	debug	[minimal/mount] -t, --types <list> limit the set of filesystem types
            backitup.0	2019-06-01 23:02:16.119	debug	[minimal/mount] -r, --read-only mount the filesystem read-only (same as -o ro)
            backitup.0	2019-06-01 23:02:16.119	debug	[minimal/mount] -O, --test-opts <list> limit the set of filesystems (use with -a)
            backitup.0	2019-06-01 23:02:16.118	debug	[minimal/mount] -o, --options <list> comma-separated list of mount options
            backitup.0	2019-06-01 23:02:16.118	debug	[minimal/mount] -n, --no-mtab don't write to /etc/mtab
            backitup.0	2019-06-01 23:02:16.118	debug	[minimal/mount] -l, --show-labels show also filesystem labels
            backitup.0	2019-06-01 23:02:16.117	debug	[minimal/mount] -i, --internal-only don't call the mount.<type> helpers
            backitup.0	2019-06-01 23:02:16.117	debug	[minimal/mount] -T, --fstab <path> alternative file to /etc/fstab
            backitup.0	2019-06-01 23:02:16.117	debug	[minimal/mount] -F, --fork fork off for each device (use with -a)
            backitup.0	2019-06-01 23:02:16.116	debug	[minimal/mount] -f, --fake dry run; skip the mount(2) syscall
            backitup.0	2019-06-01 23:02:16.116	debug	[minimal/mount] -c, --no-canonicalize don't canonicalize paths
            backitup.0	2019-06-01 23:02:16.115	debug	[minimal/mount] -a, --all mount all filesystems mentioned in fstab
            backitup.0	2019-06-01 23:02:16.115	debug	[minimal/mount] Options:
            backitup.0	2019-06-01 23:02:16.115	debug	[minimal/mount] Mount a filesystem.
            backitup.0	2019-06-01 23:02:16.114	debug	[minimal/mount] mount <operation> <mountpoint> [<target>]
            backitup.0	2019-06-01 23:02:16.114	debug	[minimal/mount] mount [options] <source> <directory>
            backitup.0	2019-06-01 23:02:16.113	debug	[minimal/mount] mount [options] [--source] <source> | [--target] <directory>
            backitup.0	2019-06-01 23:02:16.113	debug	[minimal/mount] mount -a [options]
            backitup.0	2019-06-01 23:02:16.112	debug	[minimal/mount] mount [-lhV]
            backitup.0	2019-06-01 23:02:16.112	debug	[minimal/mount] Usage:
            backitup.0	2019-06-01 23:02:16.111	debug	[minimal/mount] [IGNORED] Error: Command failed: sudo mount -t cifs -o username=xxx xxx,password=xxx,rw,file_mode=0777,dir_mode=0777 //xxx.xxx.x.xxx/Familie/03_SmartHome/Backup/ioBroker
            backitup.0	2019-06-01 23:02:16.103	debug	[minimal/mount] For more details see mount(8).
            backitup.0	2019-06-01 23:02:16.103	debug	[minimal/mount] --make-runbindable recursively mark a whole subtree as unbindable
            backitup.0	2019-06-01 23:02:16.102	debug	[minimal/mount] --make-rprivate recursively mark a whole subtree as private
            backitup.0	2019-06-01 23:02:16.102	debug	[minimal/mount] --make-rslave recursively mark a whole subtree as slave
            backitup.0	2019-06-01 23:02:16.102	debug	[minimal/mount] --make-rshared recursively mark a whole subtree as shared
            backitup.0	2019-06-01 23:02:16.101	debug	[minimal/mount] --make-unbindable mark a subtree as unbindable
            backitup.0	2019-06-01 23:02:16.101	debug	[minimal/mount] --make-private mark a subtree as private
            backitup.0	2019-06-01 23:02:16.100	debug	[minimal/mount] --make-slave mark a subtree as slave
            backitup.0	2019-06-01 23:02:16.100	debug	[minimal/mount] --make-shared mark a subtree as shared
            backitup.0	2019-06-01 23:02:16.100	debug	[minimal/mount] -R, --rbind mount a subtree and all submounts somewhere else
            backitup.0	2019-06-01 23:02:16.099	debug	[minimal/mount] -M, --move move a subtree to some other place
            backitup.0	2019-06-01 23:02:16.099	debug	[minimal/mount] -B, --bind mount a subtree somewhere else (same as -o bind)
            backitup.0	2019-06-01 23:02:16.099	debug	[minimal/mount] Operations:
            backitup.0	2019-06-01 23:02:16.098	debug	[minimal/mount] <file> regular file for loopdev setup
            backitup.0	2019-06-01 23:02:16.098	debug	[minimal/mount] <directory> mountpoint for bind mounts (see --bind/rbind)
            backitup.0	2019-06-01 23:02:16.097	debug	[minimal/mount] <device> specifies device by path
            backitup.0	2019-06-01 23:02:16.097	debug	[minimal/mount] PARTUUID=<uuid> specifies device by partition UUID
            backitup.0	2019-06-01 23:02:16.097	debug	[minimal/mount] PARTLABEL=<label> specifies device by partition label
            backitup.0	2019-06-01 23:02:16.096	debug	[minimal/mount] UUID=<uuid> specifies device by filesystem UUID
            backitup.0	2019-06-01 23:02:16.096	debug	[minimal/mount] LABEL=<label> specifies device by filesystem label
            backitup.0	2019-06-01 23:02:16.096	debug	[minimal/mount] -U, --uuid <uuid> synonym for UUID=<uuid>
            backitup.0	2019-06-01 23:02:16.095	debug	[minimal/mount] -L, --label <label> synonym for LABEL=<label>
            backitup.0	2019-06-01 23:02:16.095	debug	[minimal/mount] Source:
            backitup.0	2019-06-01 23:02:16.094	debug	[minimal/mount] -V, --version output version information and exit
            backitup.0	2019-06-01 23:02:16.094	debug	[minimal/mount] -h, --help display this help and exit
            backitup.0	2019-06-01 23:02:16.094	debug	[minimal/mount] -w, --rw, --read-write mount the filesystem read-write (default)
            backitup.0	2019-06-01 23:02:16.093	debug	[minimal/mount] -v, --verbose say what is being done
            backitup.0	2019-06-01 23:02:16.093	debug	[minimal/mount] --target <target> explicitly specifies mountpoint
            backitup.0	2019-06-01 23:02:16.092	debug	[minimal/mount] --source <src> explicitly specifies source (path, label, uuid)
            backitup.0	2019-06-01 23:02:16.092	debug	[minimal/mount] -t, --types <list> limit the set of filesystem types
            backitup.0	2019-06-01 23:02:16.092	debug	[minimal/mount] -r, --read-only mount the filesystem read-only (same as -o ro)
            backitup.0	2019-06-01 23:02:16.091	debug	[minimal/mount] -O, --test-opts <list> limit the set of filesystems (use with -a)
            backitup.0	2019-06-01 23:02:16.091	debug	[minimal/mount] -o, --options <list> comma-separated list of mount options
            backitup.0	2019-06-01 23:02:16.091	debug	[minimal/mount] -n, --no-mtab don't write to /etc/mtab
            backitup.0	2019-06-01 23:02:16.090	debug	[minimal/mount] -l, --show-labels show also filesystem labels
            backitup.0	2019-06-01 23:02:16.090	debug	[minimal/mount] -i, --internal-only don't call the mount.<type> helpers
            backitup.0	2019-06-01 23:02:16.089	debug	[minimal/mount] -T, --fstab <path> alternative file to /etc/fstab
            backitup.0	2019-06-01 23:02:16.089	debug	[minimal/mount] -F, --fork fork off for each device (use with -a)
            backitup.0	2019-06-01 23:02:16.089	debug	[minimal/mount] -f, --fake dry run; skip the mount(2) syscall
            backitup.0	2019-06-01 23:02:16.088	debug	[minimal/mount] -c, --no-canonicalize don't canonicalize paths
            backitup.0	2019-06-01 23:02:16.088	debug	[minimal/mount] -a, --all mount all filesystems mentioned in fstab
            backitup.0	2019-06-01 23:02:16.087	debug	[minimal/mount] Options:
            backitup.0	2019-06-01 23:02:16.087	debug	[minimal/mount] Mount a filesystem.
            backitup.0	2019-06-01 23:02:16.087	debug	[minimal/mount] mount <operation> <mountpoint> [<target>]
            backitup.0	2019-06-01 23:02:16.086	debug	[minimal/mount] mount [options] <source> <directory>
            backitup.0	2019-06-01 23:02:16.086	debug	[minimal/mount] mount [options] [--source] <source> | [--target] <directory>
            backitup.0	2019-06-01 23:02:16.086	debug	[minimal/mount] mount -a [options]
            backitup.0	2019-06-01 23:02:16.085	debug	[minimal/mount] mount [-lhV]
            backitup.0	2019-06-01 23:02:16.085	debug	[minimal/mount] Usage:
            backitup.0	2019-06-01 23:02:16.083	debug	[minimal/mount] [undefined
            backitup.0	2019-06-01 23:01:47.589	debug	[total] 10 00 02 */3 * *
            

            simatecS 1 Antwort Letzte Antwort
            0
            • T toscand

              habe ich beides nochmal geprüft mein User ist in der gruppe root und cifs-utils sind jetzt auch installiert.
              ohne root mount gleicher log.
              Kann das Problem eventuell daran liegen das meine NAS Benutzer ein ö im Namen hat?
              mit root mount bekomme ich jetzt folgendes:

              backitup.0	2019-06-01 23:02:21.610	debug	[minimal/history] backitup.0.history.html
              backitup.0	2019-06-01 23:02:21.583	debug	[minimal/clean] done
              backitup.0	2019-06-01 23:02:21.582	debug	[minimal/clean] Backup files not deleted from /opt/iobroker/backups because some errors.
              backitup.0	2019-06-01 23:02:21.577	debug	[minimal/cifs] done
              backitup.0	2019-06-01 23:02:21.570	debug	[minimal/minimal] done
              backitup.0	2019-06-01 23:02:21.543	debug	[minimal/minimal] Backup created: /opt/iobroker/backups/minimal_2019_06_01-23_02_16_backupiobroker.tar.gz
              backitup.0	2019-06-01 23:02:16.131	debug	[minimal/mount] For more details see mount(8).
              backitup.0	2019-06-01 23:02:16.130	debug	[minimal/mount] --make-runbindable recursively mark a whole subtree as unbindable
              backitup.0	2019-06-01 23:02:16.130	debug	[minimal/mount] --make-rprivate recursively mark a whole subtree as private
              backitup.0	2019-06-01 23:02:16.130	debug	[minimal/mount] --make-rslave recursively mark a whole subtree as slave
              backitup.0	2019-06-01 23:02:16.129	debug	[minimal/mount] --make-rshared recursively mark a whole subtree as shared
              backitup.0	2019-06-01 23:02:16.129	debug	[minimal/mount] --make-unbindable mark a subtree as unbindable
              backitup.0	2019-06-01 23:02:16.128	debug	[minimal/mount] --make-private mark a subtree as private
              backitup.0	2019-06-01 23:02:16.128	debug	[minimal/mount] --make-slave mark a subtree as slave
              backitup.0	2019-06-01 23:02:16.128	debug	[minimal/mount] --make-shared mark a subtree as shared
              backitup.0	2019-06-01 23:02:16.127	debug	[minimal/mount] -R, --rbind mount a subtree and all submounts somewhere else
              backitup.0	2019-06-01 23:02:16.127	debug	[minimal/mount] -M, --move move a subtree to some other place
              backitup.0	2019-06-01 23:02:16.126	debug	[minimal/mount] -B, --bind mount a subtree somewhere else (same as -o bind)
              backitup.0	2019-06-01 23:02:16.126	debug	[minimal/mount] Operations:
              backitup.0	2019-06-01 23:02:16.126	debug	[minimal/mount] <file> regular file for loopdev setup
              backitup.0	2019-06-01 23:02:16.125	debug	[minimal/mount] <directory> mountpoint for bind mounts (see --bind/rbind)
              backitup.0	2019-06-01 23:02:16.125	debug	[minimal/mount] <device> specifies device by path
              backitup.0	2019-06-01 23:02:16.125	debug	[minimal/mount] PARTUUID=<uuid> specifies device by partition UUID
              backitup.0	2019-06-01 23:02:16.124	debug	[minimal/mount] PARTLABEL=<label> specifies device by partition label
              backitup.0	2019-06-01 23:02:16.124	debug	[minimal/mount] UUID=<uuid> specifies device by filesystem UUID
              backitup.0	2019-06-01 23:02:16.123	debug	[minimal/mount] LABEL=<label> specifies device by filesystem label
              backitup.0	2019-06-01 23:02:16.123	debug	[minimal/mount] -U, --uuid <uuid> synonym for UUID=<uuid>
              backitup.0	2019-06-01 23:02:16.123	debug	[minimal/mount] -L, --label <label> synonym for LABEL=<label>
              backitup.0	2019-06-01 23:02:16.122	debug	[minimal/mount] Source:
              backitup.0	2019-06-01 23:02:16.122	debug	[minimal/mount] -V, --version output version information and exit
              backitup.0	2019-06-01 23:02:16.121	debug	[minimal/mount] -h, --help display this help and exit
              backitup.0	2019-06-01 23:02:16.121	debug	[minimal/mount] -w, --rw, --read-write mount the filesystem read-write (default)
              backitup.0	2019-06-01 23:02:16.121	debug	[minimal/mount] -v, --verbose say what is being done
              backitup.0	2019-06-01 23:02:16.120	debug	[minimal/mount] --target <target> explicitly specifies mountpoint
              backitup.0	2019-06-01 23:02:16.120	debug	[minimal/mount] --source <src> explicitly specifies source (path, label, uuid)
              backitup.0	2019-06-01 23:02:16.120	debug	[minimal/mount] -t, --types <list> limit the set of filesystem types
              backitup.0	2019-06-01 23:02:16.119	debug	[minimal/mount] -r, --read-only mount the filesystem read-only (same as -o ro)
              backitup.0	2019-06-01 23:02:16.119	debug	[minimal/mount] -O, --test-opts <list> limit the set of filesystems (use with -a)
              backitup.0	2019-06-01 23:02:16.118	debug	[minimal/mount] -o, --options <list> comma-separated list of mount options
              backitup.0	2019-06-01 23:02:16.118	debug	[minimal/mount] -n, --no-mtab don't write to /etc/mtab
              backitup.0	2019-06-01 23:02:16.118	debug	[minimal/mount] -l, --show-labels show also filesystem labels
              backitup.0	2019-06-01 23:02:16.117	debug	[minimal/mount] -i, --internal-only don't call the mount.<type> helpers
              backitup.0	2019-06-01 23:02:16.117	debug	[minimal/mount] -T, --fstab <path> alternative file to /etc/fstab
              backitup.0	2019-06-01 23:02:16.117	debug	[minimal/mount] -F, --fork fork off for each device (use with -a)
              backitup.0	2019-06-01 23:02:16.116	debug	[minimal/mount] -f, --fake dry run; skip the mount(2) syscall
              backitup.0	2019-06-01 23:02:16.116	debug	[minimal/mount] -c, --no-canonicalize don't canonicalize paths
              backitup.0	2019-06-01 23:02:16.115	debug	[minimal/mount] -a, --all mount all filesystems mentioned in fstab
              backitup.0	2019-06-01 23:02:16.115	debug	[minimal/mount] Options:
              backitup.0	2019-06-01 23:02:16.115	debug	[minimal/mount] Mount a filesystem.
              backitup.0	2019-06-01 23:02:16.114	debug	[minimal/mount] mount <operation> <mountpoint> [<target>]
              backitup.0	2019-06-01 23:02:16.114	debug	[minimal/mount] mount [options] <source> <directory>
              backitup.0	2019-06-01 23:02:16.113	debug	[minimal/mount] mount [options] [--source] <source> | [--target] <directory>
              backitup.0	2019-06-01 23:02:16.113	debug	[minimal/mount] mount -a [options]
              backitup.0	2019-06-01 23:02:16.112	debug	[minimal/mount] mount [-lhV]
              backitup.0	2019-06-01 23:02:16.112	debug	[minimal/mount] Usage:
              backitup.0	2019-06-01 23:02:16.111	debug	[minimal/mount] [IGNORED] Error: Command failed: sudo mount -t cifs -o username=xxx xxx,password=xxx,rw,file_mode=0777,dir_mode=0777 //xxx.xxx.x.xxx/Familie/03_SmartHome/Backup/ioBroker
              backitup.0	2019-06-01 23:02:16.103	debug	[minimal/mount] For more details see mount(8).
              backitup.0	2019-06-01 23:02:16.103	debug	[minimal/mount] --make-runbindable recursively mark a whole subtree as unbindable
              backitup.0	2019-06-01 23:02:16.102	debug	[minimal/mount] --make-rprivate recursively mark a whole subtree as private
              backitup.0	2019-06-01 23:02:16.102	debug	[minimal/mount] --make-rslave recursively mark a whole subtree as slave
              backitup.0	2019-06-01 23:02:16.102	debug	[minimal/mount] --make-rshared recursively mark a whole subtree as shared
              backitup.0	2019-06-01 23:02:16.101	debug	[minimal/mount] --make-unbindable mark a subtree as unbindable
              backitup.0	2019-06-01 23:02:16.101	debug	[minimal/mount] --make-private mark a subtree as private
              backitup.0	2019-06-01 23:02:16.100	debug	[minimal/mount] --make-slave mark a subtree as slave
              backitup.0	2019-06-01 23:02:16.100	debug	[minimal/mount] --make-shared mark a subtree as shared
              backitup.0	2019-06-01 23:02:16.100	debug	[minimal/mount] -R, --rbind mount a subtree and all submounts somewhere else
              backitup.0	2019-06-01 23:02:16.099	debug	[minimal/mount] -M, --move move a subtree to some other place
              backitup.0	2019-06-01 23:02:16.099	debug	[minimal/mount] -B, --bind mount a subtree somewhere else (same as -o bind)
              backitup.0	2019-06-01 23:02:16.099	debug	[minimal/mount] Operations:
              backitup.0	2019-06-01 23:02:16.098	debug	[minimal/mount] <file> regular file for loopdev setup
              backitup.0	2019-06-01 23:02:16.098	debug	[minimal/mount] <directory> mountpoint for bind mounts (see --bind/rbind)
              backitup.0	2019-06-01 23:02:16.097	debug	[minimal/mount] <device> specifies device by path
              backitup.0	2019-06-01 23:02:16.097	debug	[minimal/mount] PARTUUID=<uuid> specifies device by partition UUID
              backitup.0	2019-06-01 23:02:16.097	debug	[minimal/mount] PARTLABEL=<label> specifies device by partition label
              backitup.0	2019-06-01 23:02:16.096	debug	[minimal/mount] UUID=<uuid> specifies device by filesystem UUID
              backitup.0	2019-06-01 23:02:16.096	debug	[minimal/mount] LABEL=<label> specifies device by filesystem label
              backitup.0	2019-06-01 23:02:16.096	debug	[minimal/mount] -U, --uuid <uuid> synonym for UUID=<uuid>
              backitup.0	2019-06-01 23:02:16.095	debug	[minimal/mount] -L, --label <label> synonym for LABEL=<label>
              backitup.0	2019-06-01 23:02:16.095	debug	[minimal/mount] Source:
              backitup.0	2019-06-01 23:02:16.094	debug	[minimal/mount] -V, --version output version information and exit
              backitup.0	2019-06-01 23:02:16.094	debug	[minimal/mount] -h, --help display this help and exit
              backitup.0	2019-06-01 23:02:16.094	debug	[minimal/mount] -w, --rw, --read-write mount the filesystem read-write (default)
              backitup.0	2019-06-01 23:02:16.093	debug	[minimal/mount] -v, --verbose say what is being done
              backitup.0	2019-06-01 23:02:16.093	debug	[minimal/mount] --target <target> explicitly specifies mountpoint
              backitup.0	2019-06-01 23:02:16.092	debug	[minimal/mount] --source <src> explicitly specifies source (path, label, uuid)
              backitup.0	2019-06-01 23:02:16.092	debug	[minimal/mount] -t, --types <list> limit the set of filesystem types
              backitup.0	2019-06-01 23:02:16.092	debug	[minimal/mount] -r, --read-only mount the filesystem read-only (same as -o ro)
              backitup.0	2019-06-01 23:02:16.091	debug	[minimal/mount] -O, --test-opts <list> limit the set of filesystems (use with -a)
              backitup.0	2019-06-01 23:02:16.091	debug	[minimal/mount] -o, --options <list> comma-separated list of mount options
              backitup.0	2019-06-01 23:02:16.091	debug	[minimal/mount] -n, --no-mtab don't write to /etc/mtab
              backitup.0	2019-06-01 23:02:16.090	debug	[minimal/mount] -l, --show-labels show also filesystem labels
              backitup.0	2019-06-01 23:02:16.090	debug	[minimal/mount] -i, --internal-only don't call the mount.<type> helpers
              backitup.0	2019-06-01 23:02:16.089	debug	[minimal/mount] -T, --fstab <path> alternative file to /etc/fstab
              backitup.0	2019-06-01 23:02:16.089	debug	[minimal/mount] -F, --fork fork off for each device (use with -a)
              backitup.0	2019-06-01 23:02:16.089	debug	[minimal/mount] -f, --fake dry run; skip the mount(2) syscall
              backitup.0	2019-06-01 23:02:16.088	debug	[minimal/mount] -c, --no-canonicalize don't canonicalize paths
              backitup.0	2019-06-01 23:02:16.088	debug	[minimal/mount] -a, --all mount all filesystems mentioned in fstab
              backitup.0	2019-06-01 23:02:16.087	debug	[minimal/mount] Options:
              backitup.0	2019-06-01 23:02:16.087	debug	[minimal/mount] Mount a filesystem.
              backitup.0	2019-06-01 23:02:16.087	debug	[minimal/mount] mount <operation> <mountpoint> [<target>]
              backitup.0	2019-06-01 23:02:16.086	debug	[minimal/mount] mount [options] <source> <directory>
              backitup.0	2019-06-01 23:02:16.086	debug	[minimal/mount] mount [options] [--source] <source> | [--target] <directory>
              backitup.0	2019-06-01 23:02:16.086	debug	[minimal/mount] mount -a [options]
              backitup.0	2019-06-01 23:02:16.085	debug	[minimal/mount] mount [-lhV]
              backitup.0	2019-06-01 23:02:16.085	debug	[minimal/mount] Usage:
              backitup.0	2019-06-01 23:02:16.083	debug	[minimal/mount] [undefined
              backitup.0	2019-06-01 23:01:47.589	debug	[total] 10 00 02 */3 * *
              

              simatecS Online
              simatecS Online
              simatec
              Developer Most Active
              schrieb am zuletzt editiert von
              #2018

              @toscand
              Das könnte durchaus an Sonderzeichen liegen.
              Nimm mal einen anderen Benutzer.
              Wenn du im Passwort Sonderzeichen hast, schreibe es in Anführungszeichen.
              Linux hat auch Probleme mit zu langen Passwörtern.

              • Besuche meine Github Seite
              • Beitrag hat geholfen oder willst du mich unterstützen
              • HowTo Restore ioBroker
              1 Antwort Letzte Antwort
              0
              • K Offline
                K Offline
                klassisch
                Most Active
                schrieb am zuletzt editiert von
                #2019

                Hallo,
                habe jetzt auf einen Windows Rechner migriert. Jetzt wäre es praktisch, wenn man die history-Daten ebenfals täglich auf die Synology sichern könnte. Beim Orange Pi habe ich das über ein rsync gemacht, lange bevor es diesen praktischen Adapter hier gab. Bevor ich jetzt wieder eine Lösung für Windows schnitze, frage ih mal, ob hiermit so etwas möglich oder geplant ist.

                simatecS 1 Antwort Letzte Antwort
                0
                • K klassisch

                  Hallo,
                  habe jetzt auf einen Windows Rechner migriert. Jetzt wäre es praktisch, wenn man die history-Daten ebenfals täglich auf die Synology sichern könnte. Beim Orange Pi habe ich das über ein rsync gemacht, lange bevor es diesen praktischen Adapter hier gab. Bevor ich jetzt wieder eine Lösung für Windows schnitze, frage ih mal, ob hiermit so etwas möglich oder geplant ist.

                  simatecS Online
                  simatecS Online
                  simatec
                  Developer Most Active
                  schrieb am zuletzt editiert von
                  #2020

                  @klassisch
                  Das sichern der History Daten ist für backitup geplant.
                  Kommt sicher in der der nächsten Versionen.

                  • Besuche meine Github Seite
                  • Beitrag hat geholfen oder willst du mich unterstützen
                  • HowTo Restore ioBroker
                  1 Antwort Letzte Antwort
                  0
                  • K Offline
                    K Offline
                    klassisch
                    Most Active
                    schrieb am zuletzt editiert von
                    #2021

                    Klasse, vielen Dank für die Info! Dann muß ich nichts rumfrickeln. In der Zwischenzeit mache ich dann die history Backups einmal die Woche manuell über den TC, oder so..

                    1 Antwort Letzte Antwort
                    0
                    • T Offline
                      T Offline
                      toscand
                      schrieb am zuletzt editiert von
                      #2022

                      @simatec
                      ich habe mir anderem Benutzer auf dem NAS und kurzen Passwort immernoch den gleichen Fehler.
                      Was könnte noch die Ursache seien?

                      simatecS 1 Antwort Letzte Antwort
                      0
                      • T toscand

                        @simatec
                        ich habe mir anderem Benutzer auf dem NAS und kurzen Passwort immernoch den gleichen Fehler.
                        Was könnte noch die Ursache seien?

                        simatecS Online
                        simatecS Online
                        simatec
                        Developer Most Active
                        schrieb am zuletzt editiert von
                        #2023

                        @toscand
                        Schaue mal bitte hier im Forum. Das Thema hatten wir hier schon öfter.
                        Es sind sicher einige Einstellungen auf deinem NAS die nicht stimmen.
                        Was ist z.B mit SMB Version?

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

                          Ich habe heute einen Umzug vom Raspi3b auf den 4er vollzogen. Hat alles ganz gut geklappt. Das einzige Problem was ich noch habe ist, dass ich das mysql backup nicht wiederherstellen kann. Das Backup liegt auf einem FTP Server. Wenn ich das gewünschte sql backup auswähle und dann auf wiederherstellen klicke, dann kommt noch der hinweis, dass iobroker gestoppt und wieder gestartet wird. Nach dem Bestätigen passiert aber nichts. Hab dann Backitup auf Debug gestellt und das einzige was im Log erscheint ist:

                          backitup.0	2019-07-15 14:17:24.213	debug	system.adapter.admin.0: logging true
                          backitup.0	2019-07-15 14:17:14.482	debug	Test: mysql_2019_07_15-13_43_29_backupiobroker.tar.gz
                          statistics.0	2019-07-15 14:17:09.550	debug	system.adapter.admin.0: logging false
                          backitup.0	2019-07-15 14:17:09.550	debug	system.adapter.admin.0: logging false
                          backitup.0	2019-07-15 14:17:07.759	debug	sendTo "list" to system.adapter.admin.0 from system.adapter.backitup.0
                          backitup.0	2019-07-15 14:17:05.723	debug	FTP connected.
                          

                          Mehr passiert leider nicht. Auch meine geloggten Werte erscheinen z.B. im flot nicht. Nur die neuen die aktuell wieder geloggt werden

                          simatecS 1 Antwort Letzte Antwort
                          0
                          • D daniel_iobroker

                            Ich habe heute einen Umzug vom Raspi3b auf den 4er vollzogen. Hat alles ganz gut geklappt. Das einzige Problem was ich noch habe ist, dass ich das mysql backup nicht wiederherstellen kann. Das Backup liegt auf einem FTP Server. Wenn ich das gewünschte sql backup auswähle und dann auf wiederherstellen klicke, dann kommt noch der hinweis, dass iobroker gestoppt und wieder gestartet wird. Nach dem Bestätigen passiert aber nichts. Hab dann Backitup auf Debug gestellt und das einzige was im Log erscheint ist:

                            backitup.0	2019-07-15 14:17:24.213	debug	system.adapter.admin.0: logging true
                            backitup.0	2019-07-15 14:17:14.482	debug	Test: mysql_2019_07_15-13_43_29_backupiobroker.tar.gz
                            statistics.0	2019-07-15 14:17:09.550	debug	system.adapter.admin.0: logging false
                            backitup.0	2019-07-15 14:17:09.550	debug	system.adapter.admin.0: logging false
                            backitup.0	2019-07-15 14:17:07.759	debug	sendTo "list" to system.adapter.admin.0 from system.adapter.backitup.0
                            backitup.0	2019-07-15 14:17:05.723	debug	FTP connected.
                            

                            Mehr passiert leider nicht. Auch meine geloggten Werte erscheinen z.B. im flot nicht. Nur die neuen die aktuell wieder geloggt werden

                            simatecS Online
                            simatecS Online
                            simatec
                            Developer Most Active
                            schrieb am zuletzt editiert von
                            #2025

                            @daniel_iobroker
                            Hast du mysqldump installiert und den richtigen Pfad zu mysqldump in den backitup Einstellungen angegeben?

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

                              @simatec Pfad habe ich keinen eingestellt, da hier immer der Standardpfad passte. Bin jetzt aber draufgekommen, warum das restore nicht klappte. Meine Backups werden ja über einen FTP Server übertragen. Das standard bzw. komplett Backup funktioniert hier einwandfrei. Bei dem Backup der sql Datenbank gibt es hier jedoch ein Problem. Das Backup wird anscheinend zuerst auf die SD Karte gemacht (gleich wie bei standard bzw. komplett Backup) und erst dann übertragen. Die SQL Datei wird jedoch IMMER fehlerhaft übertragen. Die Datei ist unvollständig und hat immer nur ein paar kb. Hab nun den alten Raspi nochmal gestartet und hab direkt über ftp auf den Pi zugegriffen und dort die Datei zuerst auf einen Rechner kopiert - kontrolliert - und dann wieder auf den neuen Pi aufgespielt. Hier klappte dann nun das einspielen des Backups über den Backitup Adapter ohne Probleme.

                              Leider wurden dadurch die neuen Daten überschrieben. Somit fehlen mir jetzt 1,5 Tage in der Aufzeichnung.

                              Vor dem Wiederherstellen habe ich vom neuen Pi auch ein Backup gemacht. Wollte danach auch diese sql Daten wiederherstellen (Damit die Lücke von Gestern auf Heute wieder vorhanden ist) dann werden jedoch wieder die Daten von davor gelöscht. Habe jetzt wieder die alten Daten wiederhergestellt, so habe ich die alten Daten wieder und mir fehlen "nur" die Daten von den letzten 1,5 Tagen.

                              simatecS 1 Antwort Letzte Antwort
                              0
                              • D daniel_iobroker

                                @simatec Pfad habe ich keinen eingestellt, da hier immer der Standardpfad passte. Bin jetzt aber draufgekommen, warum das restore nicht klappte. Meine Backups werden ja über einen FTP Server übertragen. Das standard bzw. komplett Backup funktioniert hier einwandfrei. Bei dem Backup der sql Datenbank gibt es hier jedoch ein Problem. Das Backup wird anscheinend zuerst auf die SD Karte gemacht (gleich wie bei standard bzw. komplett Backup) und erst dann übertragen. Die SQL Datei wird jedoch IMMER fehlerhaft übertragen. Die Datei ist unvollständig und hat immer nur ein paar kb. Hab nun den alten Raspi nochmal gestartet und hab direkt über ftp auf den Pi zugegriffen und dort die Datei zuerst auf einen Rechner kopiert - kontrolliert - und dann wieder auf den neuen Pi aufgespielt. Hier klappte dann nun das einspielen des Backups über den Backitup Adapter ohne Probleme.

                                Leider wurden dadurch die neuen Daten überschrieben. Somit fehlen mir jetzt 1,5 Tage in der Aufzeichnung.

                                Vor dem Wiederherstellen habe ich vom neuen Pi auch ein Backup gemacht. Wollte danach auch diese sql Daten wiederherstellen (Damit die Lücke von Gestern auf Heute wieder vorhanden ist) dann werden jedoch wieder die Daten von davor gelöscht. Habe jetzt wieder die alten Daten wiederhergestellt, so habe ich die alten Daten wieder und mir fehlen "nur" die Daten von den letzten 1,5 Tagen.

                                simatecS Online
                                simatecS Online
                                simatec
                                Developer Most Active
                                schrieb am zuletzt editiert von
                                #2027

                                @daniel_iobroker
                                Danke für dein Feedback. Schaue ich mir mal an.

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

                                  @daniel_iobroker
                                  Vielen Dank für die Fehlersuche.
                                  Ich habe das fehlerhafte Restore zuletzt am 20.4.2019 bemängelt, hatte aber keinen Erfolg damit.
                                  Jetzt hast Du den Beweis erbracht, daß tatsächlich ein Fehler vorliegt.
                                  Hoffentlich wird das jetzt gefixt.

                                  simatecS 1 Antwort Letzte Antwort
                                  0
                                  • hanssH hanss

                                    @daniel_iobroker
                                    Vielen Dank für die Fehlersuche.
                                    Ich habe das fehlerhafte Restore zuletzt am 20.4.2019 bemängelt, hatte aber keinen Erfolg damit.
                                    Jetzt hast Du den Beweis erbracht, daß tatsächlich ein Fehler vorliegt.
                                    Hoffentlich wird das jetzt gefixt.

                                    simatecS Online
                                    simatecS Online
                                    simatec
                                    Developer Most Active
                                    schrieb am zuletzt editiert von simatec
                                    #2029

                                    @hanss sagte in Adapter: iobroker.backitup (stable Release):

                                    @daniel_iobroker
                                    Vielen Dank für die Fehlersuche.
                                    Ich habe das fehlerhafte Restore zuletzt am 20.4.2019 bemängelt, hatte aber keinen Erfolg damit.
                                    Jetzt hast Du den Beweis erbracht, daß tatsächlich ein Fehler vorliegt.
                                    Hoffentlich wird das jetzt gefixt.

                                    Warum sollte es nicht gefixt werden ... hatte ich doch geschrieben!!
                                    Du hast damals nicht mehr geantwortet und keine klaren Fehlerbeschreibungen gegeben.

                                    Wie soll man da was fixen, wenn man nicht mal ne Antwort auf die Fragen bekommt.

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

                                      Backitup sichert bei mir seit ca einem Monat nicht mehr automatisch. Manuell funktioniert einwandfrei. Ich habe keinen Fehler im log. Zu den festgelegten Zeiten sind keine Einträge im log vorhanden.

                                      EDIT: Habe die Zeiten im Adapter aktualisiert bzw. auf die aktuelle Zeit gestellt:
                                      Folgendes taucht jetzt im Log auf:

                                      host.IoBroker-VM-Debian 2019-07-20 04:42:16.639 info Restart adapter system.adapter.backitup.0 because enabled
                                      host.IoBroker-VM-Debian 2019-07-20 04:42:16.638 error instance system.adapter.backitup.0 terminated with code 7 (Adapter already running)
                                      host.IoBroker-VM-Debian 2019-07-20 04:42:15.794 info instance system.adapter.backitup.0 started with pid 3248
                                      influxdb.0 2019-07-20 04:42:10.405 info Store 81 buffered influxDB history points
                                      host.IoBroker-VM-Debian 2019-07-20 04:41:45.785 info Restart adapter system.adapter.backitup.0 because enabled
                                      host.IoBroker-VM-Debian 2019-07-20 04:41:45.784 error instance system.adapter.backitup.0 terminated with code 7 (Adapter already running)
                                      host.IoBroker-VM-Debian 2019-07-20 04:41:44.799 info instance system.adapter.backitup.0 started with pid 3227
                                      host.IoBroker-VM-Debian 2019-07-20 04:41:14.793 info Restart adapter system.adapter.backitup.0 because enabled
                                      host.IoBroker-VM-Debian 2019-07-20 04:41:14.792 error instance system.adapter.backitup.0 terminated with code 7 (Adapter already running)
                                      host.IoBroker-VM-Debian 2019-07-20 04:41:14.024 info instance system.adapter.backitup.0 started with pid 3217
                                      influxdb.0 2019-07-20 04:41:10.399 info Store 93 buffered influxDB history points
                                      host.IoBroker-VM-Debian 2019-07-20 04:40:43.952 info Restart adapter system.adapter.backitup.0 because enabled
                                      host.IoBroker-VM-Debian 2019-07-20 04:40:43.951 error instance system.adapter.backitup.0 terminated with code 7 (Adapter already running)
                                      host.IoBroker-VM-Debian 2019-07-20 04:40:43.083 info instance system.adapter.backitup.0 started with pid 3196
                                      host.IoBroker-VM-Debian 2019-07-20 04:40:13.069 info Restart adapter system.adapter.backitup.0 because enabled
                                      host.IoBroker-VM-Debian 2019-07-20 04:40:13.069 error instance system.adapter.backitup.0 terminated with code 7 (Adapter already running)
                                      backitup.0 2019-07-20 04:40:13.054 error already running

                                      StabilostickS simatecS 2 Antworten Letzte Antwort
                                      0
                                      • P passuff

                                        Backitup sichert bei mir seit ca einem Monat nicht mehr automatisch. Manuell funktioniert einwandfrei. Ich habe keinen Fehler im log. Zu den festgelegten Zeiten sind keine Einträge im log vorhanden.

                                        EDIT: Habe die Zeiten im Adapter aktualisiert bzw. auf die aktuelle Zeit gestellt:
                                        Folgendes taucht jetzt im Log auf:

                                        host.IoBroker-VM-Debian 2019-07-20 04:42:16.639 info Restart adapter system.adapter.backitup.0 because enabled
                                        host.IoBroker-VM-Debian 2019-07-20 04:42:16.638 error instance system.adapter.backitup.0 terminated with code 7 (Adapter already running)
                                        host.IoBroker-VM-Debian 2019-07-20 04:42:15.794 info instance system.adapter.backitup.0 started with pid 3248
                                        influxdb.0 2019-07-20 04:42:10.405 info Store 81 buffered influxDB history points
                                        host.IoBroker-VM-Debian 2019-07-20 04:41:45.785 info Restart adapter system.adapter.backitup.0 because enabled
                                        host.IoBroker-VM-Debian 2019-07-20 04:41:45.784 error instance system.adapter.backitup.0 terminated with code 7 (Adapter already running)
                                        host.IoBroker-VM-Debian 2019-07-20 04:41:44.799 info instance system.adapter.backitup.0 started with pid 3227
                                        host.IoBroker-VM-Debian 2019-07-20 04:41:14.793 info Restart adapter system.adapter.backitup.0 because enabled
                                        host.IoBroker-VM-Debian 2019-07-20 04:41:14.792 error instance system.adapter.backitup.0 terminated with code 7 (Adapter already running)
                                        host.IoBroker-VM-Debian 2019-07-20 04:41:14.024 info instance system.adapter.backitup.0 started with pid 3217
                                        influxdb.0 2019-07-20 04:41:10.399 info Store 93 buffered influxDB history points
                                        host.IoBroker-VM-Debian 2019-07-20 04:40:43.952 info Restart adapter system.adapter.backitup.0 because enabled
                                        host.IoBroker-VM-Debian 2019-07-20 04:40:43.951 error instance system.adapter.backitup.0 terminated with code 7 (Adapter already running)
                                        host.IoBroker-VM-Debian 2019-07-20 04:40:43.083 info instance system.adapter.backitup.0 started with pid 3196
                                        host.IoBroker-VM-Debian 2019-07-20 04:40:13.069 info Restart adapter system.adapter.backitup.0 because enabled
                                        host.IoBroker-VM-Debian 2019-07-20 04:40:13.069 error instance system.adapter.backitup.0 terminated with code 7 (Adapter already running)
                                        backitup.0 2019-07-20 04:40:13.054 error already running

                                        StabilostickS Offline
                                        StabilostickS Offline
                                        Stabilostick
                                        schrieb am zuletzt editiert von Stabilostick
                                        #2031

                                        @passuff
                                        Schalte bei der backitup-Instanz den Loglevel im Adminfenster auf „debug“. Dann iobroker mit iobroker stop und iobroker start neu starten. Was seht jetzt im Log bezgl. backitup?

                                        P 1 Antwort Letzte Antwort
                                        0
                                        • P passuff

                                          Backitup sichert bei mir seit ca einem Monat nicht mehr automatisch. Manuell funktioniert einwandfrei. Ich habe keinen Fehler im log. Zu den festgelegten Zeiten sind keine Einträge im log vorhanden.

                                          EDIT: Habe die Zeiten im Adapter aktualisiert bzw. auf die aktuelle Zeit gestellt:
                                          Folgendes taucht jetzt im Log auf:

                                          host.IoBroker-VM-Debian 2019-07-20 04:42:16.639 info Restart adapter system.adapter.backitup.0 because enabled
                                          host.IoBroker-VM-Debian 2019-07-20 04:42:16.638 error instance system.adapter.backitup.0 terminated with code 7 (Adapter already running)
                                          host.IoBroker-VM-Debian 2019-07-20 04:42:15.794 info instance system.adapter.backitup.0 started with pid 3248
                                          influxdb.0 2019-07-20 04:42:10.405 info Store 81 buffered influxDB history points
                                          host.IoBroker-VM-Debian 2019-07-20 04:41:45.785 info Restart adapter system.adapter.backitup.0 because enabled
                                          host.IoBroker-VM-Debian 2019-07-20 04:41:45.784 error instance system.adapter.backitup.0 terminated with code 7 (Adapter already running)
                                          host.IoBroker-VM-Debian 2019-07-20 04:41:44.799 info instance system.adapter.backitup.0 started with pid 3227
                                          host.IoBroker-VM-Debian 2019-07-20 04:41:14.793 info Restart adapter system.adapter.backitup.0 because enabled
                                          host.IoBroker-VM-Debian 2019-07-20 04:41:14.792 error instance system.adapter.backitup.0 terminated with code 7 (Adapter already running)
                                          host.IoBroker-VM-Debian 2019-07-20 04:41:14.024 info instance system.adapter.backitup.0 started with pid 3217
                                          influxdb.0 2019-07-20 04:41:10.399 info Store 93 buffered influxDB history points
                                          host.IoBroker-VM-Debian 2019-07-20 04:40:43.952 info Restart adapter system.adapter.backitup.0 because enabled
                                          host.IoBroker-VM-Debian 2019-07-20 04:40:43.951 error instance system.adapter.backitup.0 terminated with code 7 (Adapter already running)
                                          host.IoBroker-VM-Debian 2019-07-20 04:40:43.083 info instance system.adapter.backitup.0 started with pid 3196
                                          host.IoBroker-VM-Debian 2019-07-20 04:40:13.069 info Restart adapter system.adapter.backitup.0 because enabled
                                          host.IoBroker-VM-Debian 2019-07-20 04:40:13.069 error instance system.adapter.backitup.0 terminated with code 7 (Adapter already running)
                                          backitup.0 2019-07-20 04:40:13.054 error already running

                                          simatecS Online
                                          simatecS Online
                                          simatec
                                          Developer Most Active
                                          schrieb am zuletzt editiert von
                                          #2032

                                          @passuff
                                          So wie ich das in log sehe, läuft die Instanz zweimal
                                          Bitte befolge mal den Vorschlag von @Stabilostick

                                          • Besuche meine Github Seite
                                          • Beitrag hat geholfen oder willst du mich unterstützen
                                          • HowTo Restore ioBroker
                                          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

                                          493

                                          Online

                                          32.4k

                                          Benutzer

                                          81.4k

                                          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