Snapsync

A synchronization tool for snapper

This gem implements snapper-based backup, by allowing you to synchronize a snapper snapshot directory to a different location using btrfs send and receive.

It can be used in two modes:

• in manual mode, you run snapsync

You need to make sure that you've installed Ruby's bundler. On Ubuntu, run $ apt install bundler

Then, the following will install snapsync in /opt/snapsync

$ wget https://raw.githubusercontent.com/doudou/snapsync/master/install.sh
$ sh install.sh

The script will use sudo to get root rights when required. Add /opt/snapsync/bin to your PATH if you want to use 'snapsync' as-is. Otherwise, you will have to refer to /opt/snapsync/bin/snapsync explicitely. If it seems that you are using systemd, the script also installs snapsync's systemd service file into the system, enables and starts it.

The most common usage of snapsync is to define a remote target (for instance, a USB drive) to which the snapshots should be copied. Mount the drive manually first and do

$ snapsync init /path/to/the/drive/snapsync

This will create snapsync targets for each of the snapper configurations currently present on the system (i.e. if there is a 'home' and 'root' configurations, it will create /path/to/the/drive/snapsync/root and /path/to/the/drive/snapsync/home). The 'default' synchronization policy is used (see below for other options).

[EXPERIMENTAL] Snapsync targets can also be remote (ssh-reachable) filesystems by using the following scp-like target format:

$ snapsync init [user[:password]@]host:/path/to/drive/snapsync

If you use systemd, the background systemd job will from now on synchronize the new target whenever it is present (i.e. as soon as it is plugged in). If you don't, or if you decided to disable the service's auto-start, run (and keep on running)

$ snapsync auto-sync

to achieve the same result. The actions taken by the systemd-managed service can be followed with

$ journalctl -f -u snapsync.service

snapsync offers multiple synchronization-and-cleanup policies for targets. These policies determine what to copy to the target, as well as what to keep on the target.

The default policy copies everything and removes nothing. It's great at the beginning, but is obviously not a very good long-term strategy ;-)

Policies can be set at initialization time by passing additional arguments to 'snapsync init', or later with 'snapsync policy'. Run 'snapsync help init' and 'snapsync help policy' for more information.

E.g. If you want to keep the most recent 23 hourly, 6 daily, 3 weekly, 11 monthly, and 10 yearly snapshots:

$ snapsync policy /path/to/the/drive/snapsync/config_dir hour 23 day 6 week 3 month 11 year 10

If you only want the most 10 most recent day's snapshots:

$ snapsync policy /path/to/the/drive/snapsync/config_dir day 10

If you prefer using snapsync manually, or use different automation that the one provided by auto-sync, run 'snapsync' without arguments to get all the possibilities. Targets have configuration files that allow to fine-tune snapsync's automated behaviour to that effect.

'''NOTE''' thor, the underlying library that handles snapsync's command line interface, has a bug in which the --no- prefix is often not recognized properly. Use e.g. --all=f instead of --no-all

The main two functionalities that I plan to add to snapsync are having a per-session service that provides notifications of what snapsync is doing.

To develop snapsync, clone this repository and install the dependencies

$ git clone https://github.com/doudou/snapsync $ cd snapsync $ bundler install --path=vendor/ $ sudo bundler exec bin/snapsync

Bug reports and pull requests are welcome on GitHub at https://github.com/doudou/snapsync.

The gem is available as open source under the terms of the MIT License.