When trying to enable consumer replication on a database/root suffix, we get an “operations error” (in the GUI or command line with ldapmodify) and the following in the log:

[05/Aug/2010:17:35:20 +0100] entryrdn-index - _entryrdn_insert_key: Suffix "dc=example" not found: DB_NOTFOUND: No matching key/data pair found(-30989)

[05/Aug/2010:17:35:20 +0100] - add: attempt to index 1 failed

[05/Aug/2010:17:35:20 +0100] NSMMReplicationPlugin - _replica_configure_ruv: failed to create replica ruv tombstone entry (dc=example); LDAP error – 1

However, the exact same procedure works fine on 1.2.5 (haven’t tested with earlier RC versions of 1.2.6)

When trying to troubleshoot - if I manually add the following to the directory:

dn: dc=betfair

dc: betfair

objectClass: top

objectClass: domain

I no longer get the above error, and the “Enable Replica” step succeeds, but I see this in the log:

[05/Aug/2010:17:45:14 +0100] NSMMReplicationPlugin - replica_add_by_dn: replica with dn (dc=example) already in the hash

Haven’t tested past this point – although this was definitely not necessary on e.g. 1.2.5. I suspect it’s related to the RDN shift mentioned in the changelogs, but I’ve reproduced the same issue with

a) upgrades from previous versions of the packages (e.g. 1.2.5)

b) clean installs of the above packages on a completely fresh CentOS 5.5 build

Package versions:

389-ds-1.2.1-1.el5

389-admin-1.1.11-0.6.rc2.el5

389-ds-base-1.2.6-0.9.rc6.el5

Bugzilla time?

Cheers