BackupZit – open-source (AGPLv3) backup server with Proxmox VE support: instant recovery, replicas, boot tests

stefanzeljkic

New Member
Oct 26, 2026
1
2
0
Hello everyone,

Disclosure: I am the developer of BackupZit, a free and open-source (AGPLv3) self-hosted backup server. I'd like to share it here and ask for feedback from Proxmox users.

How it works with Proxmox VE 7 and 8:
  • The BackupZit agent (Debian package) runs on each node and uses the node's own tools (qm, pct, pvesm, LVM, ZFS, Ceph). Nothing is installed in the guests, and no API token or password is stored in the console.
  • For each VM/CT a temporary snapshot is taken (LVM-thin, ZFS, Ceph RBD, qcow2 on directory/NFS/CIFS); with the QEMU guest agent the file systems are frozen. Disks are read in 1 MiB blocks, deduplicated and encrypted on the node; only blocks not yet in the repository are uploaded.
  • Restore as a new guest (next free ID) or with the original ID, on any node with the agent, also in another cluster; a new vmgenid is set on every restore.
  • Instant recovery: the VM starts from the backup (read-only NBD export + qcow2 overlays on a directory storage) and is moved to the final storage with qm disk move while running.
  • Optional replicas: a stopped copy of each guest on another node is updated after every backup.
  • Optional boot test: each VM of the newest backup is started isolated (network disconnected) and must answer through the QEMU guest agent.
  • Single files from VM disks (NTFS, ext2/3/4, XFS, also in LVM) can be browsed and downloaded.

Known limits: Proxmox VE 9 is not on the supported list yet (7 and 8 are tested); container disks on ZFS subvolumes are not supported yet; raw disks on directory/NFS/CIFS storage and thick LVM can only be backed up when the guest is stopped; in a cluster each node needs its own agent and job.

The same console also handles Windows/Linux machines, VMware, Hyper-V, databases and Microsoft 365, which is the main reason it exists — for Proxmox-only setups PBS is of course the natural choice.

Step-by-step guide: https://backupzit.com/guides/proxmox-vm-backup/
Source code and releases: https://github.com/Max-Zit/backupzit

I'm grateful for any bug reports or suggestions.

(Transparency: I used AI tools while writing parts of the code; everything is reviewed and tested by me on a Proxmox lab.)

Stefan
 
Known limits: Proxmox VE 9 is not on the supported list yet (7 and 8 are tested); container disks on ZFS subvolumes are not supported yet; raw disks on directory/NFS/CIFS storage and thick LVM can only be backed up when the guest is stopped; in a cluster each node needs its own agent and job.

What's the point in using a backup software which only supports EOL releases of the software? PVE8 is EOL since August 2026, PVE7 even longer: https://forum.proxmox.com/threads/proxmox-ve-support-lifecycle.35755/

Even worse: Why should I pay money for this if I only can run it in non-supported versions (https://backupzit.com/support/ )?

Does it have any features compared to the native backup features of ProxmoxVE and ProxmoxBackupServer or etablished enterprise backup software like Veeam?

Right now I wouldn't use (or even pay money for it) this for any backups of produktion workloads if development was done with AI and any testing in your lab (which can mean all from an used mini-PC to a "home datacenter" larger than many smes IT department)
 
Bare-metal disk image backup is the missing feature in PBS.
So there is use-case.
Once you've used forever-incremental backups like PBS (or even Restic), it's hard to accept the merge times and disk usage of Veeam and similar apps.
 
Last edited:
(Slighty derailing the conversation) Congratulations for your deliverable. It looks very promising. In General - some anecdotal perception: i see here A LOT of extension of the whole PVE/PBS ecosystem driven by LLMs which imo solve specific problems which is highly appreciated. For Backup: i'am a fanboy of PBS, VEEAM and STORWARE. A lot must happen, before i switch to anything else (No offense to the "Content" creator!) - this is imo a big topic in the AI-age - who to trust with support and maintenance for 3-5 years. P.S: To the other commenters - we would should not fall in the trap of denying credit to new "Content" creators, be it AI/LLM driven or not, no?
 
What LLM-driven development has done is made it easier for people who would otherwise lack the time or skills to do these kinds of projects. And as per usual the vast majority of them will be abandoned because the person behind it lacks the time or skills to maintain it and/or the paid version didn't bring in enough to justify the effort. That will be even more of an issue now with projects getting blasted by LLM-based bug reports.

Don't get me wrong though. I'm not saying this particular project will die on the vine, just that most of them will based on history. It will just be a faster cycle than in the past because of LLM's.