[Fedora-directory-users] Replication, migration from slaver to master, error with agreement
Richard Megginson
rmeggins at redhat.com
Mon Mar 27 16:12:58 UTC 2006
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>
More information about the Fedora-directory-users
mailing list