On Wed, Sep 3, 2014 at 2:12 PM, Brian Rak <brak@gameservers.com> wrote:

Try creating a blank file on the target system at /mnt/store01/virt/e7f75b9b-9ed4-4f7e-aa86-e481ab911d6f.qcow2 on 'dewey'.

Yes, tried that before posting. At least, with a simple "touch" command.

Migrations really don't go well when the target disk doesn't exist. I'm not certain why this is, I think the migration feature was mainly built with shared storage in mind.

I appreciate that, but unless it's a documented and designed restriction, it seems it oughta work. And I know for a fact that it does (details which I will not include here). Thank you for your time; much appreciated.

On 9/3/2014 3:05 PM, Gary Hook wrote:

I have been beating my head against a wall attempting to get virsh to migrate a simple VM from one host to another.

I have two systems running Ubuntu 14.04 with libvirt 1.2.2. Yes, they are bridged. Non-shared storage. Modest guest VM that only requires 100G of disk space; there is far more available.

In trying to accomplish even the simplest migration (per every page I can find from both the Fedore Project and Red Hat) I consistently get the following results:

root@huey:/tmp# virsh list --all Id Name State ---------------------------------------------------- 9 e7f75b9b-9ed4-4f7e-aa86-e481ab911d6f running - 81c50b5a-24ef-47d5-88ae-16ee7f4f9537 shut off - acd06610-c919-450b-97c8-8e49b9a0d45c shut off

root@huey:/tmp# virsh migrate --live --p2p e7f75b9b-9ed4-4f7e-aa86-e481ab911d6f qemu+ssh://10.10.11.204/system error: Failed to open file '/mnt/store01/virt/e7f75b9b-9ed4-4f7e-aa86-e481ab911d6f.qcow2': No such file or directory

root@huey:/tmp# ls -al /mnt/store01/virt total 9140768 drwxr-xr-x 2 libvirt-qemu kvm 4096 Sep 3 10:17 . drwxr-xr-x 13 root root 4096 Aug 28 10:39 .. -rw-r--r-- 1 libvirt-qemu kvm 3271688192 Aug 29 14:39 81c50b5a-24ef-47d5-88ae-16ee7f4f9537.qcow2 -rw-r--r-- 1 libvirt-qemu kvm 2523136000 Aug 29 14:47 acd06610-c919-450b-97c8-8e49b9a0d45c.qcow2 -rw-r--r-- 1 libvirt-qemu kvm 3565486080 Sep 3 13:52 e7f75b9b-9ed4-4f7e-aa86-e481ab911d6f.qcow2

root@dewey:~ >ls -al /mnt/store01/virt total 8 drwxrwxrwx 2 libvirt-qemu kvm 4096 Sep 3 12:30 . drwxr-xr-x 13 root root 4096 Aug 29 16:36 .. root@dewey:~ >

(huey is 10.10.11.203, dewey is 10.10.11.204; DNS works, but I thought to eliminate that as a source of this problem.) As can be seen, the .qcow2 files exists on the source system, and does not exist on the target system. The directory shown is where images are to be stored. There is no problem starting and stopping VMs on the systems. It is not at all clear where the failure is occurring; there is no documentation that discusses this failure, of course.

I believe that I am invoking a basic migration per every page I can find in a web search. Please correct any errors.

I am working as root on both systems, and use ssh to get from one system to another, no passwords, no authentication required. All works well.

Any observations, or suggestions as to what configuration parameters I should check, would be greatly appreciated.

Thank you.

Gary