Hi Eric,<div><br></div><div>Glad to hear your reply. I would wait and check. Thanks.</div><div><br></div><div>Regards,</div><div>Arnose<br><br><div class="gmail_quote">On Wed, Jul 11, 2012 at 7:37 AM, Eric Blake <span dir="ltr"><<a href="mailto:eblake@redhat.com" target="_blank">eblake@redhat.com</a>></span> wrote:<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">
<br>
</div>Unfortunately, block migration during migration is an all-or-none<br>
prospect.  And qemu 1.1 does not provide enough tools to do anything<br>
differently, short of creating a snapshot file where the snapshot delta<br>
is on shared storage, and then you manually copy the backing file into<br>
place on the destination, then migrate without copying storage; but<br>
there is no way to coalesce things back into one file once you take the<br>
snapshot.<br>
<br>
Qemu 1.2 will be adding some new features that allow for block storage<br>
migration as well as live commits (coalescing a delta snapshot file back<br>
into its backing file) which can then be exposed through libvirt to<br>
provide more functionality into what you want to do.<br>
<div class="im"><br>
> Does the concept of storage pool help this? I browse the source<br>
> code but don't find hints right now.<br>
<br>
</div>A storage pool lets you inform libvirt where your shared storage lives,<br>
but does not help with the aspect of whether live storage migration is<br>
possible in the underlying qemu.<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
Eric Blake   <a href="mailto:eblake@redhat.com">eblake@redhat.com</a>    <a href="tel:%2B1-919-301-3266" value="+19193013266">+1-919-301-3266</a><br>
Libvirt virtualization library <a href="http://libvirt.org" target="_blank">http://libvirt.org</a><br>
<br>
</font></span></blockquote></div><br></div>