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://lists.fedoraproject.org/pipermail/389-users/attachments/20060327/7cdbb3ce/attachment.bin
