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

Re: Ghosting Data

Mark Mcdonald wrote:

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.

No, slapindex can't fix dn2id.bdb in back-hdb, though it can in back-bdb. Get a full dump using slapcat and see if any confusion/corruption is apparent there.


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






--
  -- Howard Chu
  Chief Architect, Symas Corp.  http://www.symas.com
  Director, Highland Sun        http://highlandsun.com/hyc
  Chief Architect, OpenLDAP     http://www.openldap.org/project/