On Wed, Sep 3, 2014 at 2:12 PM, Brian Rak <[email protected]> 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 > >
_______________________________________________ libvirt-users mailing list [email protected] https://www.redhat.com/mailman/listinfo/libvirt-users
