[pve-devel] New Backup Strategy - pve-manager patch

Eric Blevins eric at netwalk.com
Mon Jan 20 20:23:15 CET 2014


When I was looking at this my first thought was 'why not use a hook script?'
Well there is no way, that I know of, for the hook script to return a 
status telling vzdump to 'skip' a particular VM.

My suggestion would be to:

1. Add a 'pre-backup' hook, if the hook script responds with non-zero 
exit status vzdump would simply skip that VM and move onto the next one.
2. Allow the hook script to alter the storage used when 'pre-backup' is 
called

It would then be possible to implement the same functionality Jeff is 
proposing using a hook script. This gives the users the ability to 
implement whatever they need without Proxmox dictating a one sized fits 
all solution.




On 01/20/2014 05:16 AM, Jeff Moskow wrote:
> See my responses inline.
>
> On Mon, Jan 20, 2014 at 06:30:43AM +0000, Dietmar Maurer wrote:
>>>    1.  Allows idle machines to be skipped if they have already been backed up
>> This looks dangerous to me.
> It shouldn't be.  If a VM hasn't been turned on (idle), then nothing should have changed
> and the backup should be fine.  I guess that some of the configuration information could
> have changed, but if that's concern, I could also check the date on the .conf file (probably
> not a bad idea).
>
>>>    2.  Allows multiple storages to be assigned to a backup job and for vzdump to
>>> pick the best place to store a backup
>> Why do we want/need that? An what exactly is the 'best' place?
> We want it because we rotate backups across multiple backup storage devices and if/when
> a backup fails, we used to end up removing our most recent backup rather than the oldest
> one.
>
> The best place is defined as follows (calculated per VM):
>
>          1) for all strategies, if there is a storage with no backup, use that
>          2) for distribute, aggressive, fill find a storage where the most recent backup on that storage is older than the most recent backup on all others
>          3) for always, replace the oldest backup no matter which storage it's on
>
> Jeff
> _______________________________________________
> pve-devel mailing list
> pve-devel at pve.proxmox.com
> http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-devel




More information about the pve-devel mailing list