Bug 1328504

Summary:	Vxlan tunnel to the controller is not created on a compute node after perform multiple vm autoevacuations
Product:	Red Hat OpenStack	Reporter:	anil venkata <vkommadi>
Component:	openstack-neutron	Assignee:	Bernard Cafarelli <bcafarel>
Status:	CLOSED CURRENTRELEASE	QA Contact:	Toni Freger <tfreger>
Severity:	high	Docs Contact:
Priority:	high
Version:	7.0 (Kilo)	CC:	amuller, anande, bcafarel, beagles, chrisw, dmaley, ealcaniz, jlibosva, jschluet, kimi.zhang, lpeer, mburns, mschuppe, nyechiel, pablo.iranzo, pbandark, rhos-flags, scorcora, sknauss, srevivo, tfreger, vkommadi
Target Milestone:	async	Keywords:	TestOnly, Triaged, ZStream
Target Release:	7.0 (Kilo)
Hardware:	All
OS:	Linux
Whiteboard:
Fixed In Version:	openstack-neutron-2015.1.4-6.el7ost	Doc Type:	Bug Fix
Doc Text:	Previously, OpenStack Networking ports would sometimes become stuck in the BUILD state during migration of an instance. Because Layer 2 population uses the port state to determine if there are ports in an ACTIVE state on a node, and uses that metric to decide if a tunnel can be formed to that node, networking connectivity between nodes would be broken because a tunnel could not be formed correctly. Previously, when an OVS agent retrieves information about a port during a migration, it would cause the port to enter the BUILD state if performed at a specific timing. Now, this happens only if the port is unbound, or if the port is bound to the host requesting the information, so the port does not enter and stay in the BUILD state.	Story Points:	---
Clone Of:	1289995	Environment:
Last Closed:	2017-01-19 19:13:21 UTC	Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Bug Depends On:	1289995, 1328506
Bug Blocks:

Comment 2 Toni Freger 2016-07-03 10:52:32 UTC

Hi Anil,

Trying to verify this code but the fixed version is for Kilo, and not for Juno.
Version for  Juno should start with openstack-neutron-2014.X.X
Please paste the right version.
In addition after installation this path is not exist :
neutron/plugins/ml2/drivers/openvswitch/agent/ovs_neutron_agent.py

Please advise,
Toni

Comment 3 anil venkata 2016-07-04 09:34:36 UTC

Fix is not yet merged into Kilo patches. I will let u know once it is done. 

Thanks
Anil

Comment 8 GE Scott Knauss 2016-09-16 11:06:18 UTC

Assaf, 
       Sorry. That was a miscommunication. However, it would be good to get an update here that we can pass to the customer. 

Thanks,
Scott

Comment 9 Assaf Muller 2016-09-16 11:09:32 UTC

(In reply to GE Scott Knauss from comment #8)
> Assaf, 
>        Sorry. That was a miscommunication. However, it would be good to get
> an update here that we can pass to the customer. 
> 
> Thanks,
> Scott

Bernard is working on the backport, we should have a build out next week.

Comment 21 Toni Freger 2016-12-21 09:51:03 UTC

Retested on openstack-neutron-2015.1.4-11.el7ost.noarch
The code in place.

Comment 22 Jon Schlueter 2017-01-19 19:03:05 UTC

According to our records, this should be resolved by openstack-neutron-2015.1.4-11.el7ost.  This build is available now.

Comment 23 Jon Schlueter 2017-01-19 19:12:54 UTC

moving back to VERIFIED according to comment #21