[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