hacker news Hacker News
  1. new
  2. show
  3. ask
  4. jobs
I run the *arr stack on my NAS and like the lazy bad admin I was, didn't backup the configuration files / databases etc. and proceeded to have to set this all up again when my NAS died. Needless to say this sucked. So I got started on a project to ensure I didn't have to go through this again and make it as hands off as possible. I wanted something that would collect backups on a schedule and put them somewhere else, ready in the event the worst strikes again. Doing some scouring I couldn't find anything that addressed this in the manner and scope I was looking for.

Backuparr is a single Docker container with a web UI. You give it each app's URL and API key, choose where the backups go (a local folder, Google Drive, OneDrive or Dropbox, all through rclone), and set a schedule and how long to keep them. It currently supports Radarr, Sonarr, Lidarr, Whisparr, Prowlarr, Profilarr, Bazarr, Tdarr, SABnzbd, NZBGet, Tautulli, Jellyfin, Emby, Plex, Seerr, and LazyLibrarian.

If an app has a backup API, Backuparr uses it. Emby, Plex and Seerr don't have one, so it takes a SQLite online backup of their databases from a mounted folder. All of them except Profilarr can be restored from Backuparr itself, once the service container is re-deployed.

The closest existing tool I found was servarr-backup, which covers Radarr, Sonarr and Prowlarr and sends backups to S3. I wanted more apps and the destinations I actually use.

Limitations: the backup archives themselves aren't encrypted. Only Backuparr's own config (API keys and passwords) and rclone credentials are. Jellyfin, Emby, Plex and Seerr need their folders mounted into the container.

I built this with my coding companion du jour claude-code, along with full review, a lot of self testing, debugging, full lab synthetic tests and running it against my own stack. I’ve been using it for two months now and would love some additional feedback.

Docs: https://rsaturns.github.io/backuparr/ License: AGPLv3

loading...