389ds + modrdn + NSMMReplicationPlugin - Consumer failed to replay change

[Derek Belcher]

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@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

[Derek Belcher]

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 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@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

[Rich Megginson]

On 11/13/2012 07:21 PM, Derek Belcher wrote:
> 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 http://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.

rpm -q 389-ds-base
> On Tue, Nov 13, 2012 at 5:38 PM, Derek Belcher 
> <[e-mail] > 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@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
>
>
>
>
> --
> 389 users mailing list
> [e-mail]
> https://admin.fedoraproject.org/mailman/listinfo/389-users