Bug 1282403

Summary: Errors when running tempest.api.network.test_ports with IPAM reference driver enabled
Product: [Community] RDO Reporter: Itzik Brown <itbrown>
Component: openstack-neutronAssignee: Assaf Muller <amuller>
Status: CLOSED EOL QA Contact: Toni Freger <tfreger>
Severity: medium Docs Contact:
Priority: unspecified    
Version: LibertyCC: chris.brown, chrisw, itbrown, oblaut, srevivo, tfreger
Target Milestone: ---   
Target Release: Mitaka   
Hardware: Unspecified   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2017-06-22 15:57:55 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:
Embargoed:
Bug Depends On:    
Bug Blocks: 1042590    
Attachments:
Description Flags
Part of Neutron server log none

Description Itzik Brown 2015-11-16 10:18:20 UTC
Created attachment 1094840 [details]
Part of Neutron server log

Description of problem:
When running tox -eall tempest.api.network.test_ports while IPAM reference driver is enabled (i.e. ipam_driver = internal in /etc/neutron/neutron.conf) the tests fail.

In the Neutron server log: "UPDATE statement on table 'ipamavailabilityranges' expected to update 1 row(s); 0 were matched."

Part of the Neutron Log server is attached.

Version-Release number of selected component (if applicable):
openstack-neutron-7.0.1-dev28.el7.centos.noarch
openstack-neutron-common-7.0.1-dev28.el7.centos.noarch
python-neutron-7.0.1-dev28.el7.centos.noarch
openstack-neutron-ml2-7.0.1-dev28.el7.centos.noarch
openstack-neutron-openvswitch-7.0.1-dev28.el7.centos.noarch


How reproducible:


Steps to Reproduce:
1. Enable IPAM reference driver ipam_driver = internal in /etc/neutron/neutron.conf
2. Restart neutron server
3. Run tox -eall tempest.api.network.test_ports 

Actual results:
Tests fail

Expected results:


Additional info:

Comment 1 Assaf Muller 2016-02-22 15:40:58 UTC
What test failed?

Does it fail consistently if you run that test alone? Does it fail only if you run it with other tests? Which tests? What is the minimum set of tests that fails? Does it fail consistently or not?

From the u/s bug you linked, it looks like the solution is:
https://review.openstack.org/#/c/223123/

It's a pretty invasive change, so we need to measure cost-benefit of backporting it. We need answers to the questions above, then analyze the failing test and understand if it's an issue that is likely to be hit in production, or is it an issue only hit during synthetic testing conditions.

Comment 2 Itzik Brown 2016-02-24 07:35:12 UTC
Hi,
It's not consistent. 

The following test fails consistently tough: 

tempest.api.network.test_ports.PortsTestJSON.test_update_port_with_two_security_groups_and_extra_attributes

Comment 3 Assaf Muller 2016-02-24 22:35:46 UTC
I tried backporting the patch in the launchpad bug you linked to this RHBZ:
https://review.openstack.org/#/c/284438/. The patch is WIP and it enables pluggable IPAM by default, to see how it fairs at the gate. Let's wait and see.

That being said, looking at https://review.openstack.org/#/c/181023, it looks like Tempest is not passing with pluggable IPAM on master either.

Comment 4 Assaf Muller 2016-02-26 16:25:49 UTC
Short update - From the u/s backport, one of the feature authors said that a cause of some of the failures is due to bug https://bugs.launchpad.net/neutron/+bug/1543094, and that he'll be working on it shortly.

Comment 5 Assaf Muller 2016-06-15 19:03:16 UTC
https://review.openstack.org/#/c/292207/ was fixed to upstream stable/mitaka, once it hits RDO stable/mitaka, we should test if Tempest is reliable with pluggable IPAM.

Comment 6 Christopher Brown 2017-06-22 15:57:55 UTC
This is very stale, closing.