[Fedora-directory-users] Replication, migration from slaver to master, error with agreement

[Richard Megginson]

Olivier SILBER wrote:
> Dear all,
>
> I have setup 4 servers: 2 master (server1 & server2) and 2 slaves 
> (server3 & server4). Server1 and Server2 have the agreement to replica 
> each other but also the agreement for replication to server3 and 
> server4. Everything works perfectly now with this solution.
>
> After a while, I think that I do not need a so big setting and would 
> like to remove DS from server1 and server2 and use only server3 and 
> server4 as masters with replication between them. Why? because server1 
> and server2 are also my end-user servers and DS use too much 
> resources, so they have started to be very slow.... and my end-user 
> complain!!!!
Why is it so slow?  How many operations are the servers serving?  What 
types of operations?  BINDs?  Searches?  Add/modify/delete?  If 
searches, are all of the searches appropriately indexed?
>
> So my first try was to define server3 and server4 as multi-master as 
> well as server1 and server2, and after add an agreement into this 2 
> servers. But I can not add any agreement into server3 and server4, I 
> have always this error from my logs:
>
> NSMMReplicationPlugin - agmtlist_add_callback: Can't start agreement 
> "cn=replication to server4,cn=replica,cn=o=xxxx\,c=xx,cn=mapping 
> tree,cn=config"
>
> I have used both the admin console and the script to generate a 
> multimaster replication (perl), both are providing me this error. I 
> have put the debug level to the maxi (8156) with the same error (no 
> more detail !!!!).
Actually, the debug level should be 8192 for replication issues.
>
> What I did into server3:
>     1) uncheck consumer -> restart
>     2) check replica with multi-master -> restart (of course with an 
> unique ID)
>     3) create the agreement -> error
>
> I think that an old slave could be a master as easy as this and 
> probably I will need to refresh the database from scrash into server3 
> and server4 (backup, init and restore). But because this 2 servers are 
> in operation, I do not want to do this if there is another solution 
> more accurate.
>
> Thanks
>
> Olivier
> -- 
> ----------------------------------------------------------------
> Olivier SILBER - Terra Proxyma China Ltd.
>  Email: osi at terra.com.cn <mailto:osi at terra.com.cn>    Website: 
> http://www.terra.com.cn/
>  Address: 10th Floor, GuangHua Building, Tower B, No.8 Guang Hua Road,
>                   Chaoyang district, Beijing, 100026, P.R. CHINA
>  Telephone: (8610) 6581 1030  -  Fax: (8610) 6581 2814
>
> /**** DISCLAIMER ****/
> /"This e-mail and any attachments thereto may contain information 
> which is confidential and/or protected by intellectual property rights 
> and are intended for the sole use of the recipient(s) named above. Any 
> use of the information contained herein (including, but not limited 
> to, total or partial reproduction, communication or distribution in 
> any form) by persons other than the designated recipient(s) is 
> prohibited. If you have received this e-mail in error, please notify 
> the sender either by telephone or by e-mail and delete the material 
> from any computer. Although Terra Proxyma attempts to sweep e-mail and 
> attachments for viruses, it does not guarantee that either are 
> virus-free and accepts no liability for any damage sustained as a 
> result of viruses."
>
> A fanatic is one who can't change his mind and won't change the 
> subject. - Sir Winston Leonard Spencer Churchill/
>
> ------------------------------------------------------------------------
>
> --
> Fedora-directory-users mailing list
> Fedora-directory-users at redhat.com
> https://www.redhat.com/mailman/listinfo/fedora-directory-users
>   
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 3178 bytes
Desc: S/MIME Cryptographic Signature
URL: <http://listman.redhat.com/archives/fedora-directory-users/attachments/20060327/7cdbb3ce/attachment.bin>