"test_get_devices_info_veth_different_namespaces" fails because veth1_1 interface has a link device in the same namespace

Bug #1842482 reported by Rodolfo Alonso
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
neutron
Fix Released
Critical
Slawek Kaplonski

Bug Description

"test_get_devices_info_veth_different_namespaces" fails because veth1_1 interface has a link device in the same namespace:

ft1.2: neutron.tests.functional.privileged.agent.linux.test_ip_lib.GetDevicesInfoTestCase.test_get_devices_info_veth_different_namespacestesttools.testresult.real._StringException: Traceback (most recent call last):
  File "/home/zuul/src/opendev.org/openstack/neutron/neutron/tests/base.py", line 177, in func
    return f(self, *args, **kwargs)
  File "/home/zuul/src/opendev.org/openstack/neutron/neutron/tests/functional/privileged/agent/linux/test_ip_lib.py", line 213, in test_get_devices_info_veth_different_namespaces
    self.assertIsNone(ip_lib.get_attr(veth1_1, 'IFLA_LINK'))
  File "/home/zuul/src/opendev.org/openstack/neutron/.tox/dsvm-functional/lib/python3.6/site-packages/testtools/testcase.py", line 426, in assertIsNone
    self.assertThat(observed, matcher, message)
  File "/home/zuul/src/opendev.org/openstack/neutron/.tox/dsvm-functional/lib/python3.6/site-packages/testtools/testcase.py", line 498, in assertThat
    raise mismatch_error
testtools.matchers._impl.MismatchError: 5 is not None

Log: https://openstack.fortnebula.com:13808/v1/AUTH_e8fd161dc34c421a979a9e6421f823e9/logs_99/679399/6/check/neutron-functional/6f76a3a/testr_results.html.gz

Changed in neutron:
importance: Undecided → Critical
tags: added: gate-failure
zhanghao (zhanghao2)
Changed in neutron:
assignee: nobody → zhanghao (zhanghao2)
Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Fix proposed to neutron (master)

Fix proposed to branch: master
Review: https://review.opendev.org/679917

Changed in neutron:
status: New → In Progress
Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Related fix proposed to neutron (master)

Related fix proposed to branch: master
Review: https://review.opendev.org/679939

Changed in neutron:
assignee: zhanghao (zhanghao2) → Rodolfo Alonso (rodolfo-alonso-hernandez)
Changed in neutron:
assignee: Rodolfo Alonso (rodolfo-alonso-hernandez) → Slawek Kaplonski (slaweq)
Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Change abandoned on neutron (master)

Change abandoned by Rodolfo Alonso Hernandez (<email address hidden>) on branch: master
Review: https://review.opendev.org/679939
Reason: Superseded by https://review.opendev.org/#/c/680001/

Revision history for this message
OpenStack Infra (hudson-openstack) wrote :

Change abandoned by zhanghao (<email address hidden>) on branch: master
Review: https://review.opendev.org/679917

Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Fix merged to neutron (master)

Reviewed: https://review.opendev.org/680001
Committed: https://git.openstack.org/cgit/openstack/neutron/commit/?id=bacc7abf83f18825a49af2c14cebbeb312615c1d
Submitter: Zuul
Branch: master

commit bacc7abf83f18825a49af2c14cebbeb312615c1d
Author: Slawek Kaplonski <email address hidden>
Date: Wed Sep 4 21:50:01 2019 +0200

    Make Neutron gate great again

    This is combined patch to fix couple of issues which
    we recently had in gate.

    1. [Functional tests] Fix SIGHUP handling tests

    Tests in neutron.functional.test_server module are testing how
    PluginWorker, WSGIWorker and RPCWorker are handling SIGHUP signal.

    Recently this was changed in Oslo.service with [1] and our tests
    were failing because they were still expecting that after sending
    SIGHUP to the process, stop() and than start() method will be called.

    But as our services uses "mutate" as restart method, since [1] such
    process don't executes stop() and start() after SIGHUP. It now executes
    only reset() method.
    This patch reflects that change in Neutron functional tests.

    2. Veth pair "IFLA_LINK" populated since kernel 4.15.0-60-generic

    Since kernel_version=4.15.0-60-generic, "iproute2" provides the veth
    pair index, even if the pair interface is in other namespace. In
    previous versions, the parameter 'IFLA_LINK' was not present. We need
    to handle both cases

    [1] https://review.opendev.org/#/c/641907/

    Co-Authored-By: Rodolfo Alonso Hernandez <email address hidden>

    Change-Id: I7a3f20a795c89ab1ab037d046a1101cd5c0287d6
    Closes-Bug: #1842659
    Closes-Bug: #1842482

Changed in neutron:
status: In Progress → Fix Released
Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Fix proposed to neutron (stable/stein)

Fix proposed to branch: stable/stein
Review: https://review.opendev.org/680803

Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Fix merged to neutron (stable/stein)

Reviewed: https://review.opendev.org/680803
Committed: https://git.openstack.org/cgit/openstack/neutron/commit/?id=e0f498aae93a70e93e7ffb0769aed73893ab1d20
Submitter: Zuul
Branch: stable/stein

commit e0f498aae93a70e93e7ffb0769aed73893ab1d20
Author: Rodolfo Alonso Hernandez <email address hidden>
Date: Wed Sep 4 09:00:42 2019 +0000

    Veth pair "IFLA_LINK" populated since kernel 4.15.0-60-generic

    Since kernel_version=4.15.0-60-generic, "iproute2" provides the veth
    pair index, even if the pair interface is in other namespace. In
    previous versions, the parameter 'IFLA_LINK' was not present. We need
    to handle both cases

    NOTE: this patch is merged in master combined with another bug
    resolution [1] due to the existing problems in the CI. However, this
    patch can be pushed alone in stable releases.

    Conflicts:
            neutron/tests/functional/privileged/agent/linux/test_ip_lib.py

    [1] https://review.opendev.org/#/c/680001/

    Change-Id: Id161423737189bf822716be953c0db9c1f09589d
    Closes-Bug: #1842482
    (cherry picked from commit fc2a4becd04cf951c0de2ad66ddaa3bbf73f20e3)

tags: added: in-stable-stein
Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Fix included in openstack/neutron 15.0.0.0b1

This issue was fixed in the openstack/neutron 15.0.0.0b1 development milestone.

tags: added: neutron-proactive-backport-potential
Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Fix included in openstack/neutron 14.0.3

This issue was fixed in the openstack/neutron 14.0.3 release.

tags: removed: neutron-proactive-backport-potential
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.