Best Backup Method

    • OMV 2.x

    This site uses cookies. By continuing to browse this site, you are agreeing to our Cookie Policy.

    • Hi ColdShoulderMedia,
      using rsync to backup might be a way, too. Perhaps there are some more guides around in the forum? There I read, that some users rsync their data to a second NAS system via a schedule for rsync. However, perhaps rsnapshot plugin might be a way to go, too?
      OpenMediaVault 3.x (most recent stable version) -- 64 bit -- OMV-Extras 3.x (most recent stable version) -- Default Kernel
    • The first run of rsync copies everything. The next runs move only differences. You can not go faster than that (maybe on slow links with compression - also an option).

      man rsync:

      Source Code

      1. --progress
      2. This option tells rsync to print information showing the progress of the transfer. This
      3. gives a bored user something to watch. With a modern rsync this
      4. is the same as specifying --info=flist2,name,progress, but any user-supplied settings
      5. for those info flags takes precedence (e.g. "--info=flist0 --progress").
      You will also find options for logging in the man page.
    • ColdShoulderMedia wrote:

      The big downside to rsync is the lack of any progress indicator

      For anyone searching for an rsync progress indicator (nice progress bar in this case)... it's as easy as…nd-sata-install#L120-L126 (watch it in action)

      Let rsync run in 'dry-run' mode to count files to be synced, then parse output when the real sync happens and calculate percentage. It's really that easy, just check the few highlighted lines above. And of course it does NOT waste any time for the 'dry run' since rsync has to stat every single file at both source and destination anyway and this stuff remains in Linux' filesystem cache. No time wasted.

      BTW: this 'stat every single file at both source and destination' every time rsync runs is also the reason why no one right in his mind uses rsync still in 2017 for such sync purposes if it's not really necessary. There exist snapshot capable filesystems like zfs and btrfs that allow to do a 'zfs send|receive' (with btrfs it's surprisingly 'btrfs send|receive' instead) that save all this unnecessary filesystem stress on both sides. Take a snapshot, send it, done. No matter whether the changes are a few MB or GB, no matter how huge the filesystems are, snapshot creation is done within less than a second and transferring the snapshot happens immediately after.
    • tkaiser, that's a very cool progress bar, but I've got the rsync set up in the webGUI now, so I'm not sure that i could use that in conjunction the web interface.

      My current issue is that I'm getting an rsync error email trying to mount the disk to do a backup on every startup. I s'pose I can just disable the job while I've got the disk removed, even though it's set to manual.