block/live migration doesn't work with LVM as libvirt storage
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
OpenStack Compute (nova) |
Fix Released
|
High
|
Dan Genin |
Bug Description
## What we did:
We were trying to use block migration in a setup that use LVM as libvirt storage:
nova live-migrate --block-migrate <uuid> <host-name>
## Current Result:
Nothing happens, no migration, but in libvirtd.log of the destination hypervisor we saw:
error : virNetClientPro
the /dev/instances/
## What we found:
After a bit of wondering in the code of nova, we saw that nova in the destination host actually fails to create the instance resources. This should have been done as part of pre_live_migration RPC call, but this one doesn't receive any disks in the disk_info argument (https:/
<devices>
<disk type="block" device="disk">
<driver name="qemu" type="raw" cache="none"/>
<source dev="/dev/
<target bus="virtio" dev="vda"/>
</disk>
<disk type="file" device="cdrom">
<driver name="qemu" type="raw" cache="none"/>
<source file="/
<target bus="ide" dev="hdd"/>
</disk>
<interface type="bridge">
<mac address=
<model type="virtio"/>
<source bridge=
<target dev="tap258425f
</interface>
<serial type="file">
<source path="/
</serial>
<serial type="pty"/>
<input type="tablet" bus="usb"/>
<graphics type="vnc" autoport="yes" keymap="en-us" listen="0.0.0.0"/>
</devices>
description: | updated |
description: | updated |
description: | updated |
Changed in nova: | |
assignee: | nobody → Vladik Romanovsky (vladik-romanovsky) |
Changed in nova: | |
status: | Confirmed → In Progress |
Changed in nova: | |
assignee: | mouadino (mouadino) → Dan Genin (daniel-genin) |
Changed in nova: | |
milestone: | none → juno-3 |
status: | Fix Committed → Fix Released |
Changed in nova: | |
milestone: | juno-3 → 2014.2 |
I'm not sure that the underlying libvirt knows how to migration lvm disks either though, so even if we got this working in get_instance_ disk_info I think you might be out of luck.