[openstack-dev] [nova] live migration in Mitaka

Koniszewski, Pawel pawel.koniszewski at intel.com
Fri Oct 2 06:20:31 UTC 2015


> -----Original Message-----
> From: Mathieu Gagné [mailto:mgagne at internap.com]
> Sent: Thursday, October 1, 2015 7:24 PM
> To: OpenStack Development Mailing List (not for usage questions)
> Subject: Re: [openstack-dev] [nova] live migration in Mitaka
> 
> On 2015-10-01 7:26 AM, Kashyap Chamarthy wrote:
> > On Wed, Sep 30, 2015 at 11:25:12AM +0000, Murray, Paul (HP Cloud) wrote:
> >>
> >>> Please respond to this post if you have an interest in this and what
> >>> you would like to see done.  Include anything you are already
> >>> getting on with so we get a clear picture.
> >>
> >> Thank you to those who replied to this thread. I have used the
> >> contents to start an etherpad page here:
> >>
> >> https://etherpad.openstack.org/p/mitaka-live-migration
> >
> > I added a couple of URLs for upstream libvirt work that allow for
> > selective block device migration, and the in-progress generic TLS
> > support work by Dan Berrange in upstream QEMU.
> >
> >> I have taken the liberty of listing those that responded to the
> >> thread and the authors of mentioned patches as interested people.
> >
> >> From the responses and looking at the specs up for review it looks
> >> like there are about five areas that could be addressed in Mitaka and
> >> several others that could come later. The first five are:
> >>
> >>
> >> - migrating instances with a mix of local disks and cinder volumes
> >
> > IIUC, this is possible with the selective block device migration work
> > merged in upstream libvirt:
> >
> >     https://www.redhat.com/archives/libvir-list/2015-May/msg00955.html
> >
> 
> Can someone explain to me what is the actual "disk name" I have to pass in
> to libvirt? I couldn't find any documentation about how to use this
feature.

You have to pass device names from /dev/, e.g., if a VM has ephemeral disk
attached at /dev/vdb you need to pass in 'vdb'. Format expected by
migrate_disks is "<device_name1>,<device_name2>...".

Kind Regards,
Pawel Koniszewski
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 6499 bytes
Desc: not available
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20151002/368532fe/attachment.bin>


More information about the OpenStack-dev mailing list