[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
RE: Ghosting Data
This seems related:
root # ldapsearch [blah] -b ou=623392770,ou=section1,o=base dn
# extended LDIF
#
# LDAPv3
# base <ou=623392770,ou=section1,o=base> with scope subtree
# filter: (objectclass=*)
# requesting: dn
#
# 621588406, section2, base
dn: cn=621588406,ou=section2,o=base
# search result
search: 2
result: 0 Success
# numResponses: 2
# numEntries: 1
Note the completely different DNs. Searching with the base set to the DN returned above returns no results, but searching on one of the attributes (ie. cn=621588406, as below) returns 5 copies of the same entry.
Any ideas?
I'm about to take the offending server down and run slapindex but I fear the problem is in dn2id.bdb and id2entry.bdb, which I don't believe slapindex fixes.
Mark Mcdonald <> laid ink upon scroll at Monday, March 12, 2007 2:57 PM:
> I was wondering if anyone has seen anything like this before:
>
> root# ldapsearch [blah] 'cn=username' dn cn
>
> # extended LDIF
> #
> # LDAPv3
> # base <ou=people,o=base> with scope subtree
> # filter: cn=username
> # requesting: dn cn
> #
>
> # username, people, base
> dn: cn=username,ou=people,o=base
> cn: username
>
> # username, people, base
> dn: cn=username,ou=people,o=base
> cn: username
>
> # username, people, base
> dn: cn=username,ou=people,o=base
> cn: username
>
> # username, people, base
> dn: cn=username,ou=people,o=base
> cn: username
>
> # search result
> search: 2
> result: 0 Success
>
> # numResponses: 5
> # numEntries: 4
>
>
> Then when I try to delete the entry:
>
> root # ldapdelete
> Enter LDAP Password:
> cn=username,ou=people,o=base
> ldap_delete: No such object (32)
> matched DN: ou=people,o=base
>
> I haven't tried doing restarting slapd or the usual
> db_recover stuff yet as it's not causing a problem (yet). Is
> it symptomatic of a known issue?
>
> slapd 2.3.30
> back-hdb
> Built against db 4.2.52 (standard Ubuntu Edgy package)
>
> Thanks
> Mark