Bug 1867084

Summary: incremental backup: RFE: Add mechanism to migrate checkpoint definitions with VM
Product: Red Hat Enterprise Linux Advanced Virtualization Reporter: Peter Krempa <pkrempa>
Component: libvirtAssignee: Peter Krempa <pkrempa>
Status: CLOSED DEFERRED QA Contact: yisun
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 8.2CC: dyuan, lmen, nsoffer, virt-maint, xuzhang, ymankad
Target Milestone: rcKeywords: Triaged
Target Release: 8.3Flags: ymankad: mirror+
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2021-02-11 09:19:54 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Peter Krempa 2020-08-07 10:29:11 UTC 
Description of problem:

Libvirt currently doesn't migrate checkpoint definitions when migrating a VM. Block-dirty-bitmaps themselves are migrated through the storage files by qemu itself.

This prevents certain operations linked to incremental backups unless users re-populate the bitmap definitions manually (e.g via virsh checkpoint-create --redefine).

Note that this will need to be a opt-in feature as checkpoint definitions are rather big XML documents as they also contain the VM definition embedded into it, so it might prevent migration due to RPC limits set by libvirt on it's protocol.
Comment 1 Nir Soffer 2020-08-19 16:37:52 UTC 
This not needed for RHV, since we already store checkpoints in cluster level,
and redefine them before the first backup.