[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
Re: syncrepl consumer is slow
- To: Howard Chu <hyc@symas.com>, OpenLDAP-devel@openldap.org
- Subject: Re: syncrepl consumer is slow
- From: Quanah Gibson-Mount <quanah@zimbra.com>
- Date: Wed, 28 Jan 2015 20:20:55 -0800
- Content-disposition: inline; size=717
- Dkim-filter: OpenDKIM Filter v2.9.2 edge01.zimbra.com 08A7B4424E
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zimbra.com; s=C2AA288C-EE47-11E2-9BB0-E820BDD9BDBF; t=1422505223; bh=iR6YMZ9B+62pA6/5ds1S9sM+j5r8uxMxKMVlsCLooTY=; h=Date:From:To:Subject:Message-ID:MIME-Version:Content-Type: Content-Transfer-Encoding; b=bVFuXjkEZcdVKa7cdXeVYIRxyX4w+35rvH4FAqqytOTlyn/NjF5/0Qk2ipM3Nf/ui CSDFwe6+ksLy2JavHXW52uxwla28smvM2NPinIZg4fY7mLbbAVeLXiLts4+bON+QTN z8RboZcpPfr1F+kOAgQuvFIjP4/bPgxGtO1HpEi0=
- In-reply-to: <54C9A511.8000800@symas.com>
- References: <54C9A511.8000800@symas.com>
--On January 29, 2015 at 3:12:17 AM +0000 Howard Chu <hyc@symas.com> wrote:
This would only be used for writes that are part of a refresh phase. In
persist mode the provider and consumers' write speeds should be more
closely matched so it wouldn't be necessary or useful.
I've had a few cases on extremely busy systems with multiple replicas/mmr
nodes where they literally never catch up. Only way I've been able to
resolve those cases is to stop them, slapcat the master, slapadd, and
restart. Hopefully this change would alleviate that scenario.
--Quanah
--
Quanah Gibson-Mount
Platform Architect
Zimbra, Inc
--------------------
Zimbra :: the leader in open source messaging and collaboration