On Fri, Oct 12, 2018 at 08:54:49AM -0700, Ben Pfaff wrote:
> On Fri, Oct 12, 2018 at 03:44:51PM +0300, Ilya Maximets wrote:
> > > Hi,
> > >
> > > it seems that travis-ci is failing due to a testsuite regression
> > > introduced
> > > by 1adcbcee8f4c ("ossfuzz: Break flow test target into two targets to
> > > speed
> > > up fuzzing.").
> > >
> > > https://travis-ci.org/openvswitch/ovs/jobs/439811394
> >
> > Hi Simon,
> >
> > As it was already said, this is not the patch that produces the issue.
> > I'm able to reproduce '2649: ovn -- 3 HVs, 3 LS, 3 lports/LS, 1 LR'
> > test failure locally by restricting to use only one CPU core with taskset.
> > So, I bisected the issue and found that the fist patch that fails is:
> >
> > 2e5cdb4b1392 ("OVN: add buffering support for ip packets").
> >
> > Issue happens only if single core assigned:
> >
> > taskset -c 2 make check TESTSUITEFLAGS='2649' #FAILS
> > taskset -c 2-3 make check TESTSUITEFLAGS='2649' #OK
> >
> > As Travis has no much CPU resources it fails all the time.
> >
> > I'm not much familiar with OVN code/tests, hope above information will
> > be useful for your investigation.
>
> I can reproduce this too, with your hint (although it's test 3309, not
> 2649).
>
> The failure is because a lot of expected packets don't show up:
>
> ...
> rcv_n=212 exp_n=233
> ovn.at:12: wait failed after 10 seconds
>
> It needs more looking into.
I don't have time to look into it, but we need the tests passing, so I
sent a revert: https://patchwork.ozlabs.org/patch/984336/
_______________________________________________
dev mailing list
[email protected]
https://mail.openvswitch.org/mailman/listinfo/ovs-dev
