<div dir="ltr"><div class="gmail_quote"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div class="">On Wed, Sep 3, 2014 at 2:12 PM, 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:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div>On 09/03/2014 01:05 PM, Gary Hook wrote:<br>

<br>
><br>
> root@huey:/tmp# virsh migrate --live --p2p<br>
<br>
</div>This command does not default to migrating storage,...<br></blockquote><div><br></div></div><div>Oh, you mean like this?</div><div><br></div><font face="courier new, monospace">root@huey:/tmp# virsh migrate --live --p2p --copy-storage-all e7f75b9b-9ed4-4f7e-aa86-e481ab911d6f qemu+ssh://<a href="http://10.10.11.204/system" target="_blank">10.10.11.204/system</a> --verbose<div class="">
<br>
<br>error: Failed to open file '/mnt/store01/virt/e7f75b9b-9ed4-4f7e-aa86-e481ab911d6f.qcow2': No such file or directory</div></font><div><br></div><div>Apologies; I should have used this one in the first place.  Too many attempts in the command history....</div>

<div><br></div><div>I'm guessing I"m still missing something...</div><div class=""><div> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">


<div><br>
<br>
> (huey is 10.10.11.203, dewey is 10.10.11.204; DNS works, but I thought to<br>
> eliminate that as a source of this problem.) As can be seen, the .qcow2<br>
> files exists on the source system, and does not exist on the target system.<br>
<br>
</div>...therefore, this error message is expected if the storage is not<br>
already present on the destination.<br>
<br>
Migration requires either that you have shared storage (both source and<br>
destination can see THE SAME FILE, and if one side sees the file via<br>
NFS, then both sides must see the file via NFS [you can't mix local and<br>
NFS]).  OR, you have to tell migration that you want to migrate storage<br>
as well as machine state, by adding the --copy-storage-all flag to your<br>
command line.<br></blockquote><div><br></div></div><div>Understood; perfectly sensible.  See above.</div><div class=""><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">

<a href="http://libvirt.org/migration.html" target="_blank">http://libvirt.org/migration.html</a> should document useful information<br>
such as this; would you like to submit a patch to help improve that web<br>
page?  The sources are in libvirt.git under docs/<a href="http://migration.html.in" target="_blank">migration.html.in</a>.<br></blockquote><div><br></div></div><div>Yep, read that page (several times). At such point I have anything of substance to add, absolutely, yes, I very much want to contribute. I am just starting out building my skills on KVM and libvirt (background is with PHYP on Power) but fully intend to become conversant with the packages.</div>

<div><br></div></div></div></div>
</div><br></div>