[openstack-dev] [QA][Neutron] IPv6 related intermittent test failures
armamig at gmail.com
Wed Feb 3 03:52:30 UTC 2016
On 2 February 2016 at 19:03, Matthew Treinish <mtreinish at kortar.org> wrote:
> On Tue, Feb 02, 2016 at 05:09:47PM -0800, Armando M. wrote:
> > Folks,
> > We have some IPv6 related bugs [1,2,3] that have been lingering for some
> > time now. They have been hurting the gate (e.g.  the most recent
> > offending failure) and since it looks like they have been without owners
> > nor a plan of action for some time, I made the hard decision of skipping
> > them  ahead of the busy times ahead.
> So TBH I don't think the failure rate for these tests are really at a point
> necessitating a skip:
> (also just a cool side-note, you can see the very obvious performance
> caused by the keystonemiddleware release and when we excluded that version
> Well, test_dualnet_dhcp6_stateless_from_os is kinda there with a ~10%
> rate, but the other 2 really aren't. I normally would be -1 on the skip
> because of that. We try to save the skips for cases where the bugs are
> severe and preventing productivity at a large scale.
I am being overly aggressive here, just because I am conscious of the time
of the year :)
> But, in this case these ipv6 tests are kinda of out of place in tempest.
> all the permutations of possible ip allocation configurations always
> seemed a
> bit too heavy handed. These tests are also consistently in the top 10
> for a run. We really should have trimmed down this set a while ago so
> we're only
> have a single case in tempest. Neutron should own the other possible
> configurations as an in-tree test.
> Brian Haley has a patch up from Dec. that was trying to clean it up:
> We probably should revisit that soon, since quite clearly no one is
> looking at
> these right now.
I thought that had merged already...my memory doesn't serve me as it used
to anymore :(
> -Matt Treinish
> > Now one might argue that skipping them is counterproductive because it
> > allow other regressions to sneak in, but I am hoping that this
> > controversial action will indeed smoke out the right folks.
> > Comments welcome.
> > Regards,
> > Armando
> >  https://bugs.launchpad.net/neutron/+bug/1477192
> >  https://bugs.launchpad.net/neutron/+bug/1509004
> >  https://bugs.launchpad.net/openstack-gate/+bug/1540983
> > 
> >  https://review.openstack.org/#/c/275457/
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the OpenStack-dev