[Date Prev][Date Next] [Chronological] [Thread] [Top]

(ITS#5467) aliases broke on hdb/bdb ?



Full_Name: Richard Nelson
Version: 2.4.7-6.1 (Debian)
OS: Linux (Debian)
URL: ftp://ftp.openldap.org/incoming/
Submission from: (NULL) (66.245.249.50)


Here's the alias ldif (modelled after the FAQ 1111 entry)

$ ldapsearch -a never uid=wilfing
dn: uid=wilfing,ou=Users,dc=cobpli,dc=svl,dc=ibm,dc=com
uid: wilfing
aliasedObjectName: uid=wilfinge,ou=Users,dc=cobpli,dc=svl,dc=ibm,dc=com
objectClass: alias
objectClass: extensibleObject

And the aliased entry:
$ ldapsearch -a never uid=wilfinge dn
# wilfinge, Users, cobpli.svl.ibm.com
dn: uid=wilfinge,ou=Users,dc=cobpli,dc=svl,dc=ibm,dc=com

When I try to actually use the alias, it fails:
$ ldapsearch -a always uid=wilfing
# base <dc=cobpli,dc=svl,dc=ibm,dc=com> (default) with scope subtree
# filter: uid=wilfing
# requesting: ALL
#

# search result
search: 4
result: 0 Success

The logs seemed to imply that, rather than the expect DN replacement and
search,
that the slapd-hdb actually scanned the entire subtree (curiously missing the
alias entry) and returned no data

In case it matters, here's the index entry for uid:
index   uid             pres,eq,sub

I renamed the alias from 'wilfing' to 'alias' to make sure it wasn't due to the
alias being a substring of the true name - but that didn't help either