Navigation

    Logo
    • Register
    • Login
    • Search
    • Recent
    • Tags
    • Unread
    • Categories
    • Unreplied
    • Popular
    • GitHub
    • Docu
    • Hilfe
    1. Home
    2. Deutsch
    3. ioBroker Allgemein
    4. Adapter: iobroker.backitup (stable Release)

    NEWS

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

    • ioBroker goes Matter ... Matter Adapter in Stable

    • Monatsrückblick - April 2025

    Adapter: iobroker.backitup (stable Release)

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

      @loverz
      Dann musst du es mit einem partitioning tool das auch Linux kann bearbeiten.

      Z.b. paragon

      1 Reply Last reply Reply Quote 1
      • T
        toste last edited by

        Ich möchte nun auch den backitup Adapter nutzen, habe aber auch ein Problem wie einige hier schon berichtet haben. Leider komme ich nicht weiter.

        Ich möchte das Backup auf ein Synology NAS machen. Dafür nutze ich eine Verbindung über NFS.
        Wenn in Backitup "Mount als root (sudo)" ausgewählt ist, funktioniert das mounten, aber er kann kein Backup file erstellen:

        [ERROR] [minimal] - host.ioBroker-RasPi Cannot pack directory /opt/iobroker/node_modules/iobroker.js-controller/tmp/backup: Error: EACCES: permission denied, open '/opt/iobroker/backups/minimal_2019_05_03-19_12_52_backupiobroker.tar.gz'

        Nehme ich den Haken bei "Mount als root" raus, schlägt das mounten fehl, aber das Backup file wird erstellt.

        [DEBUG] [minimal] - Backup created: /opt/iobroker/backups/minimal_2019_05_03-19_14_41_backupiobroker.tar.gz

        Ich habe schon einiges probiert. Dateirechte etc. auch habe ich den Adapter schon de- und neuinstalliert. Noch jemand eine Idee?

        simatec 1 Reply Last reply Reply Quote 0
        • simatec
          simatec Developer Most Active @toste last edited by

          @toste
          Auf deinem NAS existieren keine Schreibrechte.
          Lege einen User an, der auch die Schreibrechte zu dem gewählten Pfad hat.
          Root-mount ist aber richtig

          T 1 Reply Last reply Reply Quote 0
          • T
            toste @simatec last edited by

            @simatec Jup, das wars. In den NFS Settings fehlte noch ein Kleinigkeit:

            Squash: Root zu Admin zuordnen

            Nun läufts. Danke!!

            1 Reply Last reply Reply Quote 0
            • MathiasJ
              MathiasJ last edited by

              nur eine Verständnisfrage:
              Auf dem produktiven System habe ich im Moment keine Zigbee-Devices am laufen,
              da ich es erst am Teststystem probieren will.
              Spricht etwas dagegen, daß ich nur die Zigbee-Database sichere und dann ins produktive System übeernehme?
              Der Coordinator bleibt ja der selbe. Nur der Platz auf dem das Testsystem
              steht soll der Platz für das produktive System werden.

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

                @MathiasJ kannst du machen.. die DB muss nur zum stick passend sein

                MathiasJ 1 Reply Last reply Reply Quote 0
                • MathiasJ
                  MathiasJ @arteck last edited by

                  @arteck
                  dankeschön!
                  Dann geht es doch so, wie ich gemeint habe 🙂

                  1 Reply Last reply Reply Quote 0
                  • eumats
                    eumats last edited by 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... 😉

                    simatec 1 Reply Last reply Reply Quote 0
                    • simatec
                      simatec Developer Most Active @eumats last edited by

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

                      eumats 1 Reply Last reply Reply Quote 0
                      • eumats
                        eumats @simatec last edited by

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

                        1 Reply Last reply Reply Quote 0
                        • T
                          toscand last edited by

                          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

                          simatec 1 Reply Last reply Reply Quote 0
                          • simatec
                            simatec Developer Most Active @toscand last edited by

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

                            1 Reply Last reply Reply Quote 0
                            • T
                              toscand last edited by Homoran

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

                              simatec 1 Reply Last reply Reply Quote 0
                              • simatec
                                simatec Developer Most Active @toscand last edited by

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

                                1 Reply Last reply Reply Quote 0
                                • K
                                  klassisch Most Active last edited by

                                  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.

                                  simatec 1 Reply Last reply Reply Quote 0
                                  • simatec
                                    simatec Developer Most Active @klassisch last edited by

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

                                    1 Reply Last reply Reply Quote 0
                                    • K
                                      klassisch Most Active last edited by

                                      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 Reply Last reply Reply Quote 0
                                      • T
                                        toscand last edited by

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

                                        simatec 1 Reply Last reply Reply Quote 0
                                        • simatec
                                          simatec Developer Most Active @toscand last edited by

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

                                          1 Reply Last reply Reply Quote 0
                                          • D
                                            daniel_iobroker last edited by 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

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

                                            Support us

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

                                            894
                                            Online

                                            31.6k
                                            Users

                                            79.6k
                                            Topics

                                            1.3m
                                            Posts

                                            adapter backitup backup iobroker backup iobroker.backitup
                                            185
                                            2335
                                            894245
                                            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