[openstack-dev] [nova][neutron]Fail to communicate new host when the first host for a new instance fails

Brian Haley brian.haley at hp.com
Thu May 14 15:04:53 UTC 2015


On 05/14/2015 05:29 AM, Neil Jerram wrote:
> Hi all, this is about a problem I'm seeing with my Neutron ML2 mechanism driver
> [1].  I'm expecting to see an update_port_postcommit call to signal that the
> binding:host_id for a port is changing, but I don't see that.
>
> The scenario is launching a new instance in a cluster with two compute hosts,
> where we've rigged things so that one of the compute hosts will always be chosen
> first, but libvirt isn't correctly configured there and hence the instance
> launching attempt will fail.  Then Nova tries to use the other compute host
> instead, and that mostly works - except that my mechanism driver still thinks
> that the new instance's port is still bound to the first compute host.
>
> Is anyone aware of a known problem in this area (in Juno-level code), or where I
> could like to start pinning this down in more detail?

We saw something like this before, perhaps:

https://review.openstack.org/#/c/98340/
https://bugs.launchpad.net/nova/+bug/1327124

It's fixed in Kilo only if that's it.

-Brian



More information about the OpenStack-dev mailing list