[Date Prev][Date Next]
bug in meta backend
- To: openldap-bugs@OpenLDAP.org
- Subject: bug in meta backend
- From: Tony Bates <email@example.com>
- Date: Thu, 23 Jan 2003 11:48:39 -0500
- Organization: 2Keys Corporation
- User-agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.2) Gecko/20021120 Netscape/7.01
I believe I have stumbled across a bug in the meta backend of
openldap. When searching for the same object twice while bound either
anonymously or with credentials the second search always returns
"ldap_search: No such object". This is specific to the meta backend
as the regular ldap backend doesn't display this problem.
Using 2 command line ldapsearch in sequence is fine:
ldapsearch -h localhost -s base -b "ou=ca2,o=test org,c=ca"
objectclass=* ; ldapsearch -h localhost -s base -b "ou=ca2,o=test
But using ldapsearch with the "-r 2" option returns the proper info for
the first search but "no such object" for the second search:
ldapsearch -r 2 -h localhost -s base -b "ou=ca2,o=test org,c=ca"
I got the same result using the stock Solaris 2.8 ldapsearch which
doesn't have the "-r" option but does have a "-f" option which allows
input from a file for multiple searches. I built openldap 2.1.12 on
Solaris 2.8 and I have tried it on a couple of different systems.
I am aware that binding and searching for the exact same thing twice is
a silly and inefficient thing to do but I have no control over the
client code that is exhibiting this behavior. The meta function of
openldap is a perfect solution to a problem that a vendor won't deal
with but this little bug prevents it from working completely.
Please advise if I should add this bug to the Issue Tracking System on
thanks in advance,