Open Stack

Hi Mike,

Which version of OpenStack are you using ? Do the normal migrations work ?

I found a bug that looks like your problem [1]

[1] https://bugs.launchpad.net/nova/+bug/1715569

Cheers,
Sergio

On 2 November 2017 at 08:48, Mike Lowe <jomlowe at iu.edu> wrote:

> After moving from CentOS 7.3 to 7.4, I’ve had trouble getting live
> migration to work when a volume is attached.  As it turns out when a live
> migration takes place the libvirt driver rewrites portions of the xml
> definition for the destination hypervisor and gets it wrong.  Here is an
> example.
>
> It turns this:
>
> disk device="disk" type="network">
>         <driver cache="writeback" name="qemu" type="raw"/>
>         <auth username="cinder">
>                 <secret type="ceph" uuid="1a790a26-dd49-4825-8d16-
> 3dd627cf05a9"/>
>         </auth>
>         <source name="cinder-volumes/volume-de400476-b68a-45a2-b04f-739313f42bef"
> protocol="rbd">
>                 <host name="172.16.128.101" port="6789"/>
>                 <host name="172.16.128.121" port="6789"/>
>                 <host name="172.16.128.130" port="6789"/>
>         </source>
>         <target bus="scsi" dev="sdb"/>
>         <serial>de400476-b68a-45a2-b04f-739313f42bef</serial>
>         <address bus="0" controller="0" target="0" type="drive" unit="1"/>
> </disk>
>
> Into this:
>
> <disk device="disk" type="network">
>         <driver cache="writeback" name="qemu" type="raw"/>
>         <auth username="cinder">
>                 <secret type="ceph" uuid="1a790a26-dd49-4825-8d16-
> 3dd627cf05a9"/>
>         </auth>
>         <source name="cinder-volumes/volume-de400476-b68a-45a2-b04f-739313f42bef"
> protocol="rbd">
>                 <host name="172.16.128.101" port="6789"/>
>                 <host name="172.16.128.121" port="6789"/>
>                 <host name="172.16.128.130" port="6789"/>
>         </source>
>         <target bus="scsi" dev="sdb"/>
>         <serial>de400476-b68a-45a2-b04f-739313f42bef</serial>
>         <address controller="0" type="drive"/>
> </disk>
>
> Note the address change, libvirt will attempt to put this undefined disk
> at 0:0:0 which conflicts with the root disk and causes the migration to
> fail.  While this may be a libvirt bug I can’t imagine anything good would
> come from changing the scsi address of your disks mid flight so steps
> should be taken in nova if rewriting the definition to preserve the address.
>
> Here is my question, when exactly would you want to change the definition
> of an attached volume?
>
>
>
> _______________________________________________
> OpenStack-operators mailing list
> OpenStack-operators at lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators
>



-- 
* Sergio Cuéllar │DevOps Engineer*
 KIO NETWORKS
 Mexico City Phone (52) 55 8503 2600 ext. 4335
 Mobile: 5544844298
 www.kionetworks.com

-- 


*************************************************************************************************************************

*“Este mensaje es confidencial.  Si usted no es el destinatario de este 
mensaje, le suplicamos se lo notifique al remitente mediante un correo 
electrónico y que borre el presente mensaje y sus anexos de su computadora 
sin retener una copia de los mismos. No debe copiar este mensaje o usarlo 
para cualquier propósito ni divulgar su contenido. KIO Networks se reserva 
el derecho de monitorear todas las comunicaciones de correo electrónico 
(relacionadas o no con KIO Networks) que se transmitan a través de su 
sistema. **Muchas gracias.*

*This email is confidential and may also be privileged.  If you are not the 
intended recipient please immediately advise the sender by reply e-mail and 
delete this message and its attachments from your computer without 
retaining a copy. You should not copy it or use it for any purpose nor 
disclose its contents to any other person. KIO Networks reserves the right 
to monitor all email communications (whether related to the business of KIO 
Networks or not) through its networks. Thank you.”*
*************************************************************************************************************************
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-operators/attachments/20171102/7f6636b0/attachment.html>