[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
Re: SUMMARY: Re: cachesize does not exceed 1000 entries
- To: openldap-software@OpenLDAP.org
- Subject: Re: SUMMARY: Re: cachesize does not exceed 1000 entries
- From: Sameer N Ingole <strike@proscrutiny.com>
- Date: Sat, 03 Sep 2005 07:12:23 +0530
- In-reply-to: <43189C6E.1080204@bnl.gov>
- References: <43025AED.8090806@bnl.gov> <Pine.SOL.4.58.0508161946130.16978@toolbox.rutgers.edu> <430A2593.3090002@bnl.gov> <65074.81.72.89.40.1124742794.squirrel@81.72.89.40> <430A4BA1.8050002@sys-net.it> <43189C6E.1080204@bnl.gov>
- User-agent: Mozilla Thunderbird 0.8 (X11/20041020)
Robert Petkus wrote:
Folks,
I finally found the problem after much frustration --> Solaris. Once
I tried the same query on Linux and was able to retrieve >1000 entries
I figured the problem was with the ldap client on Solaris.
Looking in the logs, Solaris was using paged results from back-bdb.
When doing an ldap query that consults nss_ldap such as "finger",
libsldap.so is hard-coded with a LISTPAGESIZE of 1000 (see
http://cvs.opensolaris.org/source/xref/usr/src/lib/libsldap/common/ns_internal.h).
I grabbed source for libldap from openSolaris.org, increased the
pagesize limit, and hacked it so it would work on Solaris 9 and lo and
behold it worked -- I was able to to retrieve >1000 entries.
However, I didn't feel comfortable putting my hacked libraries on
production Solaris servers so I stripped all the pagedresults controls
from back-bdb/search.c and this worked, too, with default Solaris.
This is how I'm going to leave the system for now.
Is it possible to request greater freedom over these controls (e.g.,
pagedresults) in a future version of openldap?
Yes, file an ITS. Request feature. Refer to Openldap web site.
http://www.openldap.org/its/
Regards,
--
Sameer N. Ingole
/*****************************************************/
Better to light one candle than to curse the darkness.
/*****************************************************/