[389-users] 389ds + modrdn + NSMMReplicationPlugin - Consumer failed to replay change

Derek Belcher jderekbelcher at gmail.com
Wed Nov 14 02:21:23 UTC 2012


Here is the error message that I am receiving in
/var/log/dirsrv/slap-xxxx/errors :

[13/Nov/2012:20:13:27 -0600] NSMMReplicationPlugin - agmt="cn=sync001" (
AD1.company.net:636): Consumer failed to replay change (uniqueid
754ce981-e4d411e1-b828c127-7d7e145e, CSN 50a150a4000000020000): Server is
unwilling to perform. Will retry later.

Thanks again for your time.


On Tue, Nov 13, 2012 at 5:38 PM, Derek Belcher <jderekbelcher at gmail.com>wrote:

> Good evening,
>
> I am requesting some help from the community, I have an issue that I can
> not seem to resolve.
>
> Yesterday I committed a change on a users DN and today I noticed
> replication issues in my logs. The logs told me the uniqueid # and CSN #
>
> So I used cl-dump to dump the changelog into a file. Here are the results
> of what I grep'ed out:
>
>
> [root at ds]# grep "50a150a4000000020000" -B2 -A13 /var/tmp/change.dump
> changetype: modrdn
> replgen: 4ff8a4c0000000010000
> csn: 50a150a4000000020000
> nsuniqueid: 754ce981-e4d411e1-b828c127-7d7e145e
> dn: uid=auser,ou=threataa,ou=ops,ou=groups,dc=company,dc=net
> newrdn: uid=auser
> deleteoldrdn: false
> newsuperiordn: ou=threatbb,ou=ops,ou=groups,dc=company,dc=net
> change::
> replace: modifiersname
> modifiersname: cn=directory manager
> -
> replace: modifytimestamp
> modifytimestamp: 20121112194019Z
> -
>
> So now that I know what entry NSMReplicationPlugin is complaining about, I
> don't know what to do in order to fix it and get replication back on track.
>
> I really appreciate any help on this matter, Thank you
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.fedoraproject.org/pipermail/389-users/attachments/20121113/0658b213/attachment.html>


More information about the 389-users mailing list