lookthrough vs. sizelimit

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1


As I understand it, sizelimit determines the maximum number of results that 
are returned from the search, whereas lookthroughlimit determines the 
maximum number of things that will be searched in the first place.

Frankly, in our setup I have lookthroughlimit set to -1 (unlimited). Since 
the order of the searching is non-deterministic, I can't fathom any use for 
it. It has to be at least as large as your largest searchable tree, or else 
there will be entries that can never be returned in a search. If anyone out 
there is using this parameter, can you explain how/why?

  -paul

- --On Wednesday, March 14, 2007 12:45:49 PM -0700 George Holbert 
<gholbert at broadcom.com> wrote:

> Something I've been wondering about:
> It seems like nsslapd-lookthroughlimit and nsslapd-sizelimit effectively
> do the same thing, but just return a different error code.
>
> If nsslapd-lookthroughlimit is lower, the error code is 11 and the error
> message is:
> ldap_search: Administrative limit exceeded
>
> If nsslapd-sizelimit is lower, the error code is 4 and the error message
> is:
> ldap_search: Sizelimit exceeded
>
> I've read the description of both of these variables many times in the
> documentation, and I think I understand the theoretical difference.  But
> in practical terms, it still seems like whichever has the higher value
> will never have an effect, since the lower limit on the other is always
> hit first.
>
> Can anyone describe a practical situation where both the lookthrough and
> size limits would come into play?
> Is there any particular reason to prefer one or the other to enforce
> maximum search result limits?
>
>
> Thank you!
> -- George
>
>
> --
> Fedora-directory-users mailing list
> Fedora-directory-users at redhat.com
> https://www.redhat.com/mailman/listinfo/fedora-directory-users
>



- -- 
Paul D. Engle                | Rice University
Sr. Systems Administrator    | Information Technology - MS119
(713) 348-4702               | P.O. Box 1892
pengle at rice.edu              | Houston, TX 77251-1892
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (GNU/Linux)

iD8DBQFF+FadCpkISWtyHNsRAuUVAKC3jFoDbyrl9ut37XhwySrBMX4MOQCcCton
eggDv1KLhHc1Y8dctEjZIq4=
=XnpW
-----END PGP SIGNATURE-----




[Index of Archives]     [Fedora User Discussion]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [Fedora News]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Maintainers]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Legacy]     [Fedora Desktop]     [Fedora Fonts]     [ATA RAID]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Centos]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora QA]     [Fedora Triage]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Tux]     [Yosemite News]     [Yosemite Photos]     [Linux Apps]     [Maemo Users]     [Gnome Users]     [KDE Users]     [Fedora Tools]     [Fedora Art]     [Fedora Docs]     [Maemo Users]     [Asterisk PBX]     [Fedora Sparc]     [Fedora Universal Network Connector]     [Fedora ARM]

  Powered by Linux