Reboot = FullBackup?

Janko

Renowned Member
May 15, 2011
75
7
73
Hi Folks,

everytime i reboot a VM PBS makes a a full Backup from the VM during the next Backup Job.
With a Cluster of over 200VM and with over 80TB Storage.... its really annoying and an performance Issue.

Is it possible to prevent it?
 
Before you reboot a host, you should live migrate your VMs to a remaining host.

Live migrate will preserve the dirty-bitmap status.
 
Before you reboot a host, you should live migrate your VMs to a remaining host.

Live migrate will preserve the dirty-bitmap status.
Live migrating require same CPU or default kvm64 which is slower due missing cpu flags...
And if pve reboot unplanned...

And btw, OP is meaning VM reboot, not pve. Just think about kernel update & reboot...
 
it will soon also be possible to save the bitmap when doing a 'hibernate' style VM suspension - the full machine state including guest memory and dirty bitmaps is persisted to disks in that case. that way you can also preserve it across PVE node reboots if desired.
 
And btw, OP is meaning VM reboot, not pve. Just think about kernel update & reboot...

If you reboot a VM (e.g. after applying updates inside), the dirty-bitmap is still there as the KVM process is still running.
 
If you reboot a VM (e.g. after applying updates inside), the dirty-bitmap is still there as the KVM process is still running.

And if you reboot VM via pve because you want change some non-hot-changeable parameter...
 
And if you reboot VM via pve because you want change some non-hot-changeable parameter...
In this case, the backup process has to read all data again. But you do not do this for 200 VMs at the same time, just to quote the original thread starter.
 
I am showing that there is a lot of use-cases when VM(s) are restarted from pve point of view. Doing full backup(s) in Always Incremental scheme just because there was VM(s) restart is bad way.
 
I am showing that there is a lot of use-cases when VM(s) are restarted from pve point of view. Doing full backup(s) in Always Incremental scheme just because there was VM(s) restart is bad way.

it's not doing "full backups" in any sense of that word. it just can't do a fast incremental backup, and has to do a regular incremental one instead. think selectively passing changed files only to rsync (because you somehow know only A, B and C are different from last time), vs. letting rsync determine which files have changed.
 

About

The Proxmox community has been around for many years and offers help and support for Proxmox VE, Proxmox Backup Server, and Proxmox Mail Gateway.
We think our community is one of the best thanks to people like you!

Get your subscription!

The Proxmox team works very hard to make sure you are running the best software and getting stable updates and security enhancements, as well as quick enterprise support. Tens of thousands of happy customers have a Proxmox subscription. Get yours easily in our online shop.

Buy now!