Shilen,
A few things, you should not be adding a prehashed password (e.g.
{SSHA}DMK4S6PK6+rKSLNOL1Hl01mVJmgGi5jH) - but that should not break
replication. Can you confirm that only prehashed passwords are causing
the issue? If so, please files a ticket with a reproducible testcase:
As for this replication issue, enabling replication logging might
provide more information:
Then post the logging output back on this list. You should also undo
this logging level once you're done - as this logging level can impact
performance.
Thanks,
Mark
On 08/19/2014 01:08 PM, Shilen Patel wrote:
Hi,
I'm not sure if this is related to my previous email, but I'm also
seeing issues when adding an entry while a suffix on a consumer is
being initialized. Again, I'm running 1.2.11.30. Here are the details:
1. Using the console, I started to initialize a suffix.
[19/Aug/2014:17:46:35 +0100] NSMMReplicationPlugin - Beginning total
update of replica "agmt="cn=test5toSing1" (consumerhost:636)".
2. While that was happening, I added an entry to the suffix on the
master.
dn: uid=shilen3,ou=people,ou=test,dc=duke,dc=edu
changetype: add
objectclass: top
objectclass: person
objectclass: inetorgperson
objectclass: organizationalperson
cn: test
sn: test
uid: shilen3
[19/Aug/2014:17:47:04 +0100] conn=155 op=1 ADD
dn="uid=shilen3,ou=people,ou=test,dc=duke,dc=edu"
[19/Aug/2014:17:47:04 +0100] conn=155 op=1 RESULT err=0 tag=105
nentries=0 etime=0 csn=53f37f89000000050000
3. The init later finished.
[19/Aug/2014:17:48:55 +0100] NSMMReplicationPlugin - Finished total
update of replica "agmt="cn=test5toSing1" (consumerhost:636)". Sent
270 entries.
At this point, the entry does exist on the consumer. Presumably it
was added as part of the init.
4. However, the master still wants to send the ADD to the consumer.
On the consumer, I have the following repeated every few seconds:
[19/Aug/2014:17:48:54 +0100] conn=2002 op=56 ADD
dn="uid=shilen3,ou=people,ou=test,dc=duke,dc=edu"
[19/Aug/2014:17:48:54 +0100] conn=2002 op=56 RESULT err=53 tag=105
nentries=0 etime=0 csn=53f37f89000000050000
And on the master, I have this:
[19/Aug/2014:17:48:58 +0100] NSMMReplicationPlugin -
agmt="cn=test5toSing1" (consumerhost:636): Consumer failed to replay
change (uniqueid 5d458a02-27c011e4-a066d327-58be45f0, CSN
53f37f89000000050000): Server is unwilling to perform (53). Will retry
later.
A cl-dump shows the following:
changetype: add
replgen: 53e0f14e000000050000
csn: 53f37f89000000050000
nsuniqueid: 5d458a02-27c011e4-a066d327-58be45f0
parentuniqueid: bcd34401-21ba11df-80799838-3cd697e9
dn: uid=shilen3,ou=people,ou=test,dc=duke,dc=edu
change::
add: objectClass
objectClass: top
objectClass: person
objectClass: inetorgperson
objectClass: organizationalperson
-
add: cn
cn: test
-
add: sn
sn: test
-
add: uid
uid: shilen3
-
add: creatorsName
creatorsName: cn=directory manager
-
add: modifiersName
modifiersName: cn=directory manager
-
add: createTimestamp
createTimestamp: 20140819164704Z
-
add: modifyTimestamp
modifyTimestamp: 20140819164704Z
-
add: nsUniqueId
nsUniqueId: 5d458a02-27c011e4-a066d327-58be45f0
-
add: parentid
parentid: 2
-
add: entryid
entryid: 277
-
add: entrydn
entrydn: uid=shilen3,ou=people,ou=test,dc=duke,dc=edu
-
If anyone has any thoughts on this one, that would be appreciated.
Thanks!
-- Shilen
--
389 users mailing list
389-users(a)lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-users