#146 Dual winsync paths results in LDAP DEL collision on DS
Closed: wontfix 4 years ago by mreynolds. Opened 12 years ago by mkosek.

https://bugzilla.redhat.com/show_bug.cgi?id=184155

Description of problem:
In a configuration with two DS in MMR (M1 and M2) and two AD in the same domain
(AD1 and AD2), if we configure M1 to sync with AD1 and M2 to sync with AD2, we
have a ring configuration with good availability.  Changes will be available
everywhere even if a server crashes.

If you delete a user on AD1, M1 will pick up that update within 5 minutes.  It
will send the change to M2, and M2 will attempt to replay it on AD2.  However,
because of the 5 minute lag, AD1 will already have deleted the entry from AD2
so
M2 will log errors, retrying every couple of seconds.  The error is a reference
to the garbage collection fqdn, which is usually not resolvable unless the RHDS
is using ADS based DNS, but I don't think we even want to touch the garbage
collector anyway.

This is similar to the problem with LDAP ADD in a dual winsync topology:
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182515

[06/Mar/2006:13:34:24 -0800] NSMMReplicationPlugin - changelog program -
agmt="c
n=hpntc782" (hpntc782:636): CSN 440ca1c3000000010000 found, position set for
rep
lay
[06/Mar/2006:13:34:24 -0800] agmt="cn=hpntc782" (hpntc782:636) - load=1 rec=1
cs
n=440ca2ed000100010000
[06/Mar/2006:13:34:24 -0800] NSMMReplicationPlugin - agmt="cn=hpntc782"
(hpntc78
2:636): windows_replay_update: Looking at delete operation local
dn="uid=fbar3,o
u=winsync,dc=cup,dc=hp,dc=com" (ours,user,not group)
[06/Mar/2006:13:34:24 -0800] NSMMReplicationPlugin - agmt="cn=hpntc782"
(hpntc78
2:636): windows_replay_update: Processing delete operation local
dn="uid=fbar3,o
u=winsync,dc=cup,dc=hp,dc=com" remote
dn="<GUID=91598cbce3e2004e90a75ac8f6474ef2
>"
[06/Mar/2006:13:34:24 -0800] NSMMReplicationPlugin - agmt="cn=hpntc782"
(hpntc78
2:636): Received result code 10 (0000202B: RefErr: DSID-031006E0, data 0, 1
acce
ss points       ref 1: 'gc._msdcs.ulftest.net:3268' ) for delete operation
[06/Mar/2006:13:34:24 -0800] NSMMReplicationPlugin - agmt="cn=hpntc782"
(hpntc78
2:636): windows_replay_update: deleted remote entry,
dn="<GUID=91598cbce3e2004e9
0a75ac8f6474ef2>", result=1
[06/Mar/2006:13:34:24 -0800] NSMMReplicationPlugin - agmt="cn=hpntc782"
(hpntc78
2:636): Consumer failed to replay change (uniqueid
41485081-ad5311da-8013a4b8-9c
ccd5f1, CSN 440ca2ed000100010000): Referral received. Will retry later.
[06/Mar/2006:13:34:24 -0800] agmt="cn=hpntc782" (hpntc782:636) - session end:
st
ate=0 load=1 sent=1 skipped=0

Version-Release number of selected component (if applicable):


How reproducible:


Steps to Reproduce:
1.
2.
3.

Actual results:


Expected results:


Additional info:

batch update moving tickets to future

set default ticket origin to Community

Added initial screened field value.

Metadata Update from @nkinder:
- Issue set to the milestone: FUTURE

7 years ago

Metadata Update from @mreynolds:
- Custom field reviewstatus adjusted to None (was: Needs Review)
- Issue close_status updated to: wontfix
- Issue status updated to: Closed (was: Open)

4 years ago

389-ds-base is moving from Pagure to Github. This means that new issues and pull requests
will be accepted only in 389-ds-base's github repository.

This issue has been cloned to Github and is available here:
- https://github.com/389ds/389-ds-base/issues/146

If you want to receive further updates on the issue, please navigate to the github issue
and click on subscribe button.

Thank you for understanding. We apologize for all inconvenience.

Login to comment on this ticket.

Metadata