intermittent test failures in top level builds
Andrew Bartlett
abartlet at samba.org
Sat Apr 30 05:42:42 MDT 2011
On Sat, 2011-04-30 at 11:27 +0200, Stefan (metze) Metzmacher wrote:
> Hi Andrew,
>
> >> I'll change _NBT_ASSERT() and _NBT_ASSERT_STRING() to use the
> >> torture_assert macros,
> >> so that's a failure again, but we need to bisect why it is failing there
> >> now,
> >> while it didn't fail before with an error.
> >
> > The big change that has happened in the past week is that we now build
> > with the s3 build and the change in 1c5cc4a is actually that with
> > f5487b3b4 we test with the s3 build in the top level.
> >
> > This has done two things. The first, which I think you are seeing here
> > is that it there are more servers running and so timing-sensitive tests
> > may become more sensitive.
>
> I've fixed the _NBT_ASSERT() and _NBT_ASSERT_STRING() to use the torture
> macros
> so that we ignore the failure.
>
> And I've pushed a fix to autobuild that should avoid the failure,
> I finally was able to reproduce this at will using
> "nbtd:max_refresh_time = 1".
>
> The problem is that the test gets incoming broadcast messages, which happens
> a lot more often if there are more servers running.
>
> The trick is to ignore broadcast messages.
>
> I'm currently running this:
>
> for i in `seq 1 500`; do echo "run $i starts"; TDB_NO_FSYNC=1 buildnice
> make test TESTS=wins || { echo "run $i failed"; break; }; done
>
> with samba4.nbt.winsreplication.owned removed from the knownfail file,
> to see if the test
> is stable now.
Thank you very much for chasing this down. If that passes I think we
should be good to go. If you want to confirm further, then you can
force both s3 and s4 tests to run with something like
make test TESTS="wins smbclient kerberos"
That should start the multiple servers that caused the problem
originally. It takes 10mins for that particular set, so perhaps just
run it 10 times?
Andrew Bartlett
--
Andrew Bartlett http://samba.org/~abartlet/
Authentication Developer, Samba Team http://samba.org
More information about the samba-technical
mailing list