Hi Eric,<div><br></div><div>As QEMU 1.2 is released, I don't find the feature you describe in the change log. <a href="http://wiki.qemu.org/ChangeLog/1.2">http://wiki.qemu.org/ChangeLog/1.2</a></div><div>Does it mean that we will not have this feature in the coming release? Thanks.</div>
<div><br></div><div>Regards,</div><div>Chun-Hung</div><div><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:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On 07/10/2012 04:24 AM, Chun-Hung Chen wrote:<br>
> Dear all,<br>
><br>
> I am planning to use live block migration with one VM running on local disk<br>
> and also attached additional disk from iSCSI or other shared storage.<br>
> When block migration, not only local VM disk is copied to the destination<br>
> but also the attached additional disk from shared storage. It is not<br>
> desired in this situation.<br>
> I just want the local VM disk is copied. Is there anyway to do this<br>
> scenario?<br>
<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>