Still early in triage process. Running:
tox -e dsvm-functional neutron.tests.functional.agent.test_l3_agent.TestDvrRouter.test_dvr_router_lifecycle_without_ha_with_snat_with_fips
Rebasing one patch earlier results in smooth test runs.
Note: It's not necessarily that specific test that is causing issues, but it is one that reproduces the issue reliably. Running the non-DVR test case (L3AgentTestCase) works fine. So does running the OVS lib functional tests.
My devstack VM is running on:
* Fedora 20
* openvswitch-2.3.1-1.fc20.x86_64
* kernel-3.17.2-200.fc20.x86_64
I checked with team mates, the same test on the same code passes with:
* CentOS 7
* openvswitch-2.1.2-2.el7.centos.1.x86_64
* kernel-3.10.0-123.6.3.el7.x86_64
This may happen as a result of a Neutron code change in the patch above, possibly coupled with a regression in a recent OVS version.
Still early in triage process. Running: tests.functiona l.agent. test_l3_ agent.TestDvrRo uter.test_ dvr_router_ lifecycle_ without_ ha_with_ snat_with_ fips
tox -e dsvm-functional neutron.
Results in a kernel panic or ovs-vswitchd crash, with this patch: /review. openstack. org/#/c/ 151882/
https:/
Rebasing one patch earlier results in smooth test runs.
Note: It's not necessarily that specific test that is causing issues, but it is one that reproduces the issue reliably. Running the non-DVR test case (L3AgentTestCase) works fine. So does running the OVS lib functional tests.
My devstack VM is running on: 2.3.1-1. fc20.x86_ 64 3.17.2- 200.fc20. x86_64
* Fedora 20
* openvswitch-
* kernel-
I checked with team mates, the same test on the same code passes with: 2.1.2-2. el7.centos. 1.x86_64 3.10.0- 123.6.3. el7.x86_ 64
* CentOS 7
* openvswitch-
* kernel-
This may happen as a result of a Neutron code change in the patch above, possibly coupled with a regression in a recent OVS version.