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.4.tar.gz (16.9 kB view details)

Uploaded Source

File details

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

File metadata

  • Download URL: rebade-0.0.4.tar.gz
  • Upload date:
  • Size: 16.9 kB
  • Tags: Source
  • Uploaded using Trusted Publishing? No
  • Uploaded via: twine/6.1.0 CPython/3.13.7

File hashes

Hashes for rebade-0.0.4.tar.gz
Algorithm Hash digest
SHA256 5e2074cb0a85bfc44967e0f9b87d27dff0b38fb82fc217202ee5803eb74ca87d
MD5 0e6c96a3feb6b723d09abda5020fc4c4
BLAKE2b-256 dc3c66b1d4a3c8fe9af9e082d0a261c9584411d772113e3d6525e17ffe57cb96

See more details on using hashes here.

Supported by

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