Reviewed: https://review.opendev.org/678275 Committed: https://git.openstack.org/cgit/openstack/neutron/commit/?id=d3359a2bc6c8fd6dbb068bf7f373cbc2922f1173 Submitter: Zuul Branch: master
commit d3359a2bc6c8fd6dbb068bf7f373cbc2922f1173 Author: Rodolfo Alonso Hernandez <[email protected]> Date: Fri Aug 23 17:31:51 2019 +0000 Force deletion of interfaces to create in "FdbInterfaceTestCase" In the no-namespace test cases, sometimes the interfaces to be created exist in the kernel namespace. To avoid this possible problem, we first force the deletion of those interfaces. Change-Id: I9eba21d872263665481303fbab1ee3ec9bdaa044 Closes-Bug: #1841253 ** Changed in: neutron Status: In Progress => Fix Released -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to neutron. https://bugs.launchpad.net/bugs/1841253 Title: "FdbInterfaceTestCase" fails if VXLAN interface is created (no- namespace cases) Status in neutron: Fix Released Bug description: Occasionally, in the no-namespace test cases, the interfaces to be used, created in the kernel namespace, are already created. Just in case, to avoid problems like in [1], we should force before the deletion of the interfaces we are going to create. ft1.3: neutron.tests.functional.agent.linux.test_bridge_lib.FdbInterfaceTestCase.test_add_delete(no_namespace)testtools.testresult.real._StringException: traceback-1: {{{ Traceback (most recent call last): File "/home/zuul/src/opendev.org/openstack/neutron/neutron/tests/functional/agent/linux/test_bridge_lib.py", line 134, in _cleanup priv_ip_lib.delete_interface(self.device_vxlan, None) File "/home/zuul/src/opendev.org/openstack/neutron/.tox/dsvm-functional/lib/python3.6/site-packages/oslo_privsep/priv_context.py", line 242, in _wrap return self.channel.remote_call(name, args, kwargs) File "/home/zuul/src/opendev.org/openstack/neutron/.tox/dsvm-functional/lib/python3.6/site-packages/oslo_privsep/daemon.py", line 204, in remote_call raise exc_type(*result[2]) neutron.privileged.agent.linux.ip_lib.NetworkInterfaceNotFound: Network interface vxlan_bec4e81a- not found in namespace None. }}} Traceback (most recent call last): File "/home/zuul/src/opendev.org/openstack/neutron/neutron/tests/functional/agent/linux/test_bridge_lib.py", line 122, in setUp ip_wrapper.add_vxlan(self.device_vxlan, 100, dev=self.device) File "/home/zuul/src/opendev.org/openstack/neutron/neutron/agent/linux/ip_lib.py", line 296, in add_vxlan privileged.create_interface(name, self.namespace, "vxlan", **kwargs) File "/home/zuul/src/opendev.org/openstack/neutron/.tox/dsvm-functional/lib/python3.6/site-packages/oslo_privsep/priv_context.py", line 242, in _wrap return self.channel.remote_call(name, args, kwargs) File "/home/zuul/src/opendev.org/openstack/neutron/.tox/dsvm-functional/lib/python3.6/site-packages/oslo_privsep/daemon.py", line 204, in remote_call raise exc_type(*result[2]) neutron.privileged.agent.linux.ip_lib.InterfaceAlreadyExists: Interface vxlan_bec4e81a- already exists. [1] https://storage.gra1.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/logs_34/674434/10/check/neutron-functional/474856f/testr_results.html.gz To manage notifications about this bug go to: https://bugs.launchpad.net/neutron/+bug/1841253/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : [email protected] Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
