[openstack-dev] [nova][neutron]Fail to communicate new host when the first host for a new instance fails
Rossella Sblendido
rsblendido at suse.com
Thu May 14 10:08:44 UTC 2015
Hi Neil,
what's the status of the port after the migration? You might be hitting
[1] . See also the patch that fixes the issue [2]
If you wait a bit longer, is the host_id updated by Nova?
cheers,
Rossella
[1] https://bugs.launchpad.net/neutron/+bug/1439857
[2] https://review.openstack.org/#/c/163178/
On 05/14/2015 11: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?
>
> Many thanks,
> Neil
>
> __________________________________________________________________________
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
More information about the OpenStack-dev
mailing list