Re: (ITS#5187) test020-proxycache failing in RE_2_4

[rhafer@suse.de]

On Dienstag, 23. Oktober 2007, Howard Chu wrote:
> rhafer@suse.de wrote:
> > On Dienstag, 23. Oktober 2007, ando@sys-net.it wrote:
> >> For the records: I seem to be ble to consistently reproduce the issue
> >> when running slapd under valgrind;
> >
> > Thanks, that seems to do the trick for me as well.
>
> Funny, even running either slapd.1 or slapd.2 under valgrind, it still
> succeeds for me.
>
> >> I haven't seen it yet when running the test
> >> regularly (single CPU i386, recently).
>
> Looking at Gavin's testrun files, diffing slapd.2.log against a successful
> run, the main difference I see is that on the failed run some queries get
> added into the cache later than in the successful run. As such, the
> difference comes down to whether the pcache thread gets to run before the
> next query arrives or not. So, still non-deterministic and not really a big
> deal.
Ok, so it's most probably really the same issue as in ITS#5114 Followup 20. 
The non-deterministic behaviour got introduced by moving the actual caching 
of the entries to the cleanup handler. As a result of this, the ldapsearch 
commands in the test suite finishes (and the next operations start) before 
the data has been completely cached. Which I think is not a bug.

Any ideas how we could fix the test without introducing any sleep calls to it?


-- 
Ralf