[389-users] RUV is not getting updated for both Master and consumer
Das, Jyoti Ranjan (STSD)
jyoti-ranjan.das at hp.com
Wed Dec 5 14:57:14 UTC 2012
Hi,
Ruv is not getting updated properly when changing the replica role from the Admin server GUI. Please find the reproducer details below.
Step-1: Create two instances named as INST1 and INST2
Step-2: Register the above two instances with the Admin server
Step-3: Assign the Hub role to INST1 from the admin server GUI. Configuration tab -> replication -> userRoot -> enable the replication and assign the HUB role -> Save
Step-4: Assign the consumer role to INST2 from the admin server GUI. Configuration tab -> replication -> userRoot -> enable the replication and assign the consumer role -> Save
Step-5: Change the role for INST1 from Hub to Master from Admin Server GUI. Configuarion tab-> replication -> userRoot > enable the Single Master check box and provide the appropriate replica id -> Save
Check the RUV
RUV:
=====
dn: nsuniqueid=ffffffff-ffffffff-ffffffff-ffffffff,dc=asiapacific,dc=hpqcorp,dc=net
objectClass: top
objectClass: nsTombstone
objectClass: extensibleobject
nsds50ruv: {replicageneration} 50b5024c0000ffff0000
dc: asiapacific
=====
Step-6: Create a replication agreement between the INST1 and INST2. Checked the RUV.There is no change here in the RUV
RUV:
=====
dn: nsuniqueid=ffffffff-ffffffff-ffffffff-ffffffff,dc=asiapacific,dc=hpqcorp,dc=net
objectClass: top
objectClass: nsTombstone
objectClass: extensibleobject
nsds50ruv: {replicageneration} 50b5024c0000ffff0000
dc: asiapacific
=====
Step-7: Add an entry to the INST1 and check the RUV
RUV in INST1:
======
dn: nsuniqueid=ffffffff-ffffffff-ffffffff-ffffffff,dc=asiapacific,dc=hpqcorp,dc=net
objectClass: top
objectClass: nsTombstone
objectClass: extensibleobject
nsds50ruv: {replicageneration} 50b5024c0000ffff0000
nsds50ruv: {replica 65535 ldap://dirsrv12.asiapacific.hpqcorp.net:2<http://dirsrv12-virtualbox.asiapacific.hpqcorp.net:2/>
389} 50b506150000ffff0000 50b506150000ffff0000
dc: asiapacific
nsruvReplicaLastModified: {replica 65535 ldap://dirsrv12.asiapacifi
c.hpqcorp.net:2389<http://c.hpqcorp.net:2389/>} 50b50615
As you can see here, RUV in the INST1 which is a supplier is having the replica id 65535 even after given a proper id during role change and below in the INST2 RUV which is a consumer here it's max CSN is not getting updated in the RUV. Could you please give your insight to this problem?. Please note that it is being reproduced in the latest version of 389 directory server i.e. 1.2.15
RUV in INST2:
========
dn: nsuniqueid=ffffffff-ffffffff-ffffffff-ffffffff,dc=asiapacific,dc=hpqcorp,d
c=net
objectClass: top
objectClass: nsTombstone
objectClass: extensibleobject
nsds50ruv: {replicageneration} 50b5024c0000ffff0000
nsds50ruv: {replica 65535 ldap://dirsrv12.asiapacific.hpqcorp.net:2<http://dirsrv12-virtualbox.asiapacific.hpqcorp.net:2/>
389} 50b506150000ffff0000
dc: asiapacific
nsruvReplicaLastModified: {replica 65535 ldap://dirsrv12.asiapacifi
c.hpqcorp.net:2389<http://c.hpqcorp.net:2389/>} 50b50616
Regards,
Jyoti
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.fedoraproject.org/pipermail/389-users/attachments/20121205/995bfaf8/attachment.html>
More information about the 389-users
mailing list