← Back to team overview

yahoo-eng-team team mailing list archive

[Bug 1841253] Re: "FdbInterfaceTestCase" fails if VXLAN interface is created (no-namespace cases)

 

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 <ralonsoh@xxxxxxxxxx>
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


References