[libvirt] [PATCHv4 00/51] another round of snapshot patches
Eric Blake
eblake at redhat.com
Sat Sep 3 04:07:39 UTC 2011
On 09/02/2011 03:57 AM, Daniel Veillard wrote:
> On Thu, Sep 01, 2011 at 10:24:37PM -0600, Eric Blake wrote:
>> I think I've addressed most findings from round 3 - by implementing
> 9 : New flag in API, sensible, ACK
> 10 doesn't change default behaviour, looks fine, ACK
> 11 ACK
> 12 nasty, thanks for providing a new clean iterator, ACK
> 13 ACK
> 14 good, another iterator, ACK
> 15 implementation of 9/ for qemu, ACK
> 16 ACK
> 17 ACK
> 18 ACK
> 19 new API flags, ACK
> 20 ACK
> 21 virsh extensions, ACK
> 22 ACK
> 23 ACK
> 24 ACK
> 25 ACK unfortunately the half baked state of 0.9.4 is gonna remain
> for a while
> 26 ACK
> 27 I'm not so sure about that, as the caching is infinite. Some module
> rely on inotify already, and best would be to add an utility for
> inotify use and then use it on the dirs of $PATH, then upon change
> discard the cacher path
> I would push for now but add a TODO to fix that problem
> 28 ACK
> 29 Isn't there a way to save the domain snapshot on shared storage when
> available to try to avoid the problem ? It wouldn't work all the
> time but might be simpler than rolling out a v4. or consider the
> snapshot data as extra domain resource that could be migrated on
> the fly like we can do for disk images in some cases.
I've now pushed 9 and 15-29, for BZ 735457. I still have to figure out
how to auto-clean snapshot metadata for transient domains, but that will
have to be after patch 51 is in.
--
Eric Blake eblake at redhat.com +1-801-349-2682
Libvirt virtualization library http://libvirt.org
More information about the libvir-list
mailing list