Open Stack

Matt,

Thank you for your answer!

> 
> 1. Is Neutron fully upgraded to Rocky and exposing the "Port
> Bindings 
> Extended" (binding-extended) extension? Nova uses that to determine
> if 
> neutron is new enough to create an inactive port binding for the
> target 
> host prior to starting the live migration.

I'm not sure how to test that but my neutron components are all
upgraded to rocky / 13.0.4.

> 
> 2. Are your nova-compute services all upgraded to at least Rocky and 
> reporting version >=35 in the services table in the cell1 DB? [2]

I can confirm that.

> 
> 3. Do you have [compute]/upgrade_levels RPC pinned to anything below 
> Rocky? Or is that configured to "auto"?

All the upgrade_levels on compute are pinned to auto (control plane and
nodes).

> If that's all working properly, you should see this DEBUG log message
> on 
> the source host during live migration [4].

I can actually see this message on the nova-compute logs:

2019-11-08 16:34:18.599 3995 DEBUG nova.virt.libvirt.migration [-]
[instance: 3dbf401b-19bf-4342-a04e-6ac9cff99efe] Updating guest XML
with vif config: <interface type="bridge">

And here is the problem at the same time at the destination:

2019-11-08 15:34:23.720 4434 ERROR os_vif AgentError: Error during
following call to agent: ['ovs-vsctl', '--timeout=120', '--', '--if-
exists', 'del-port', u'br-int', u'qvoea312a58-2e']

Antoine
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: This is a digitally signed message part
URL: <http://lists.openstack.org/pipermail/openstack-discuss/attachments/20191108/bcb0ae55/attachment.sig>