> I've reproduced this behavior, it's due to the same reason as ITS#4385. > Now fixed in HEAD back-bdb/cache.c. A potential workaround is to issue > a few no-op requests to the slapd server while the large search > operation is in progress. (Basically the task that purges excess > entries from the entry cache isn't getting started right away; it > won't start until the current search finishes or any new request is > received.) You can use this patch:
Is this 32bit linux specific, or will it affect all larger databases? The patch looks very simple, but I was just wondering about the impact.
--Quanah
-- Quanah Gibson-Mount Principal Software Developer ITS/Shared Application Services Stanford University GnuPG Public Key: http://www.stanford.edu/~quanah/pgp.html