Skip to main content

Restic backup daemon: a friendly frontend for restic

Project description

rebade

rebade is the Restic Backup Daemon, a friendly frontend for restic. It uses a central JSON configuration file to manage sources and targets and allows invocation by calling those repositories by name. This makes it easier to remember complex syntax for repository URIs and such.

It additionally has a daemon component which monitors and tracks user activity of a system. This enables it to execute a restic system backup after a specific amount of activity. In other words, it is easy to setup a cron job to create a backup every 6 hours, but rebade only backs up after 6 hours of work time, i.e., time in which there was some input to the system. Activity time is also persisted (unlike systemd timers unfortunately).

Configuration

There is a configuration file that usually is located in /etc/rebade/config.json. It may look something like this, which is fairly close to the backup configuration I'm running myself:

{
	"plans": {
		"system-backup": {
			"default": true,
			"source": {
				"paths": [
					"/"
				],
				"exclude": [
					"/proc",
					"/sys",
					"/dev",
					"/var/cache/apt/archives",
					"/run/user",
					"/tmp",
					"/mnt",
					"/media",
					"/run/snapd",
					"/home/joe/.steam/steamapps/common",
					"/home/joe/.cache",
					"/root/.cache"
				]
			},
			"target": {
				"method": "sftp",
				"username": "joe",
				"hostname": "my-backup-server.com",
				"remote_path": "/backup/joe/restic"
			},
			"post_hooks": [
				{
					"method": "http_get",
					"condition": "success",
					"uri": "https://hc-ping.com/ba789f38-cc2f-4f09-8b17-d48c5b99247a"
				}
			],
			"keyfile": "/etc/rebade/backup_key.txt",
			"soft_period_secs": 18000,
			"hard_period_secs": 21600
		}
	}
}

Multiple "plans" may be specified, but this configuration knows only one, which centrally backs up the whole system. When running in daemonized mode, a backup is started after the period. Note there are two values here, one is set to 5 hours and the other to 6 hours.

What this means is that as soon as the "soft" period is reached, a backup is triggered only if the user is now absent (no activity recoded for a period of at least 5 minutes). As soon as the "hard" period is reached, a backup is triggered in any case. The idea behind this is that when you leave your computer for a lunch break and we could do a backup, do it while the user is away. After some threshold is reached, perform a backup either way. Note that the backup is running with minimal nice and ionice settings to be as non-intrusive as possible.

Also note that after a successful backup, we notify a third-party service so that we can monitor if backups fail for some reason.

Usage

If you want to configure daemon mode, place a configuration file and then run:

# rebade daemon -a install

Which will install and activate a corresponding systemd unit.

License

GNU GPL-3.

Project details


Download files

Download the file for your platform. If you're not sure which to choose, learn more about installing packages.

Source Distribution

rebade-0.0.2.tar.gz (15.8 kB view details)

Uploaded Source

File details

Details for the file rebade-0.0.2.tar.gz.

File metadata

  • Download URL: rebade-0.0.2.tar.gz
  • Upload date:
  • Size: 15.8 kB
  • Tags: Source
  • Uploaded using Trusted Publishing? No
  • Uploaded via: twine/5.1.0 CPython/3.12.3

File hashes

Hashes for rebade-0.0.2.tar.gz
Algorithm Hash digest
SHA256 576282842bf8777c8878fb49755f9289276b4d9689cd20e4f796a180b10638ca
MD5 d6727fb1f6aef93bd094032784149beb
BLAKE2b-256 d2613bea9d6606ef78c94e721058d6155d7ed55c917dbcd76ea93a1457f8bd83

See more details on using hashes here.

Supported by

AWS AWS Cloud computing and Security Sponsor Datadog Datadog Monitoring Fastly Fastly CDN Google Google Download Analytics Microsoft Microsoft PSF Sponsor Pingdom Pingdom Monitoring Sentry Sentry Error logging StatusPage StatusPage Status page