Additional information: When I restart the demoted instance, the following message appear in the errors log: [04/Mar/2010:13:01:10 -0500] - _csngen_parse_state: replica id mismatch; current id - 65535, replica id in the state - 21 [04/Mar/2010:13:01:10 -0500] NSMMReplicationPlugin - _replica_init_from_config: failed to create csn generator for replica (cn=replica,cn=\22<suffixroot>\22,cn=mapping tree,cn=config) [04/Mar/2010:13:01:10 -0500] NSMMReplicationPlugin - Unable to configure replica <suffixroot>: failed to create csn generator for replica (cn=replica,cn=\22<suffixroot>\22,cn=mapping tree,cn=config) I attempted to roll back my change, returning the consumer back to it's original supplier state (with same replica ID), to no avail. The following message was reported in the errors log: [04/Mar/2010:13:07:27 -0500] NSMMReplicationPlugin - replica_config_modify: replica does not exist for <suffixroot> Looking at the running config and in the dse.ldif, I can see the replica fine. Any thoughts on how to recover without having to start from scratch? On Thu, Mar 4, 2010 at 12:22 PM, Frank Fossa <frank.fossa at gmail.com> wrote: > I'm new to the 389/RedHat Directory Server world (have had many years > experience with other directory server products). I've looked through the > documentation and did not see any directions on demoting a supplier to a > dedicated consumer. I tried to demote through the console first by moving > the supplier to a hub and then to a dedicated consumer. I thought all was > well until I restarted the instance. Now I'm seeing the following messages > in the errors log: > > consumer > [04/Mar/2010:11:47:13 -0500] NSMMReplicationPlugin - conn=6 op=3 > replica="unknown": Unable to acquire replica: error: no such replica > > supplier > [04/Mar/2010:11:47:14 -0500] NSMMReplicationPlugin - agmt="cn=agmt" > (xxxxxx): Unable to acquire replica: there is no replicated area "<suffix > root>" on the consumer server. Replication is aborting. > [04/Mar/2010:11:47:14 -0500] NSMMReplicationPlugin - agmt="cn=agmt" > (xxxxxx): Incremental update failed and requires administrator action > > At this point, I fear I will need to re-create the demoted supplier (as a > consumer). I would like to avoid that since this is a 25M entry test > database and could take a while to rebuild and configure. > > Any thoughts how I can enable replication from the remaining suppliers to > this instance? > > -- > Frank Fossa > > -- Frank Fossa Unix/Email Specialist -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.fedoraproject.org/pipermail/389-users/attachments/20100304/d8a2d928/attachment.html
