If i can't use multi master with refreshandpersist then why its given at all. i was able to get replication working with same configuration in other testing environment, but with very less users 1m only.
I am having all this running in production, but replication is not working.
What should be my strategy to add new consumer, where my provider is running with mdb db size of 200G in production. i don't want to mess with configuration changes on master or with minimum changes.
Any other suggestions are all welcome.
On Wed, Jan 16, 2013 at 12:46 AM, Quanah Gibson-Mount quanah@zimbra.comwrote:
--On Tuesday, January 15, 2013 6:53 PM +0000 Chris Card < ctcard@hotmail.com> wrote:
This second problem doesn't happen consistently, but because I don't
understand why it happens or how to fix it consistently, I can't go ahead with the production upgrade to delta-syncrepl, which is very frustrating. We are currently running openldap 2.4.31, but I do plan to see if 2.4.33 or RE24 behaves better. However, looking at the openldap sources I haven't spotted any fixes which look likely to help. Any ideas?
I take it you are replicating cn=config then? I never do that, so hard for me to comment on issues that may arise by doing that.
--Quanah
--
Quanah Gibson-Mount Sr. Member of Technical Staff Zimbra, Inc A Division of VMware, Inc.
Zimbra :: the leader in open source messaging and collaboration
--On Thursday, January 17, 2013 1:48 AM +0530 anil beniwal beni.anil@gmail.com wrote:
If i can't use multi master with refreshandpersist then why its given at all. i was able to get replication working with same configuration in other testing environment, but with very less users 1m only.
I don't understand your statement/question. Delta-Syncrepl MMR uses refresh and persist, and it is the best option to use for replication in OpenLDAP. Particularly with multi-master replication.
--Quanah
--
Quanah Gibson-Mount Sr. Member of Technical Staff Zimbra, Inc A Division of VMware, Inc. -------------------- Zimbra :: the leader in open source messaging and collaboration
openldap-technical@openldap.org