[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
Re: Odd MMR behaviour with delta-syncrepl and refreshAndPersist
- To: Mark Cairney <Mark.Cairney@ed.ac.uk>
- Subject: Re: Odd MMR behaviour with delta-syncrepl and refreshAndPersist
- From: Quanah Gibson-Mount <quanah@zimbra.com>
- Date: Wed, 15 Jun 2016 12:41:45 -0700
- Cc: openldap-technical@openldap.org
- Content-disposition: inline
- Dkim-filter: OpenDKIM Filter v2.10.3 edge01.zimbra.com 11D5F44285
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zimbra.com; s=C2AA288C-EE47-11E2-9BB0-E820BDD9BDBF; t=1466019708; bh=yp70ejMGBdsNSiBeYoz32Cltn+j90R/5RcRnWMOzE8c=; h=Date:From:To:Message-ID:MIME-Version; b=VokeIBvtMsA/Nhwi7nr+GrdsXM26v9tNcH2WGUDt/ZF+zM53stEJoEsA9yVBYbCjZ IQrD9SwgCmkTOvOKoSLL2/pC/sUfLPDATCSgq6Ksb89d2gCKLhwnZE/maolqRvJ3pf b+FwXNY8+H1uBjrqGel3S5/WvXgzkaVY/SQUctYY=
- In-reply-to: <57614320.3060009@ed.ac.uk>
- References: <alpine.OSX.2.20.1605270839380.38351@vc104198.hiz.rqh> <20160603034312.GN21421@bender.unx.cpp.edu> <57519A3C.80108@ed.ac.uk> <36558B88ED06430F4053180A@[192.168.1.19]> <20160604220134.GO21421@bender.unx.cpp.edu> <1B1E24A8C0AE3EF03F115AA5@[192.168.1.19]> <57614320.3060009@ed.ac.uk>
--On Wednesday, June 15, 2016 1:59 PM +0100 Mark Cairney
<Mark.Cairney@ed.ac.uk> wrote:
Hi Quanah,
I can confirm I still see the issue when deleting and adding user
objects and groups using 3-way delta-MMR.
Please keep replies on the list.
From one of the servers receiving the change:
[snip]
I spotted the reference to "cn=marksgroup2" in the log above so decided
to try it with an objectclass that has no group memberships managed by
the memberOf overlay (simplesecurityobject) and it worked as expected:
Again from the consumer I see the following logged:
[snip]
So it looks like there's possibly an additional effect being caused by
the memberOf overlay but as about 90% of our LDAP writes are the
creation/modification/deletion of users and groups this could be a pain
on a production system :-)
Is this enough for you to go on? If there's any additional logging or
details of my config I'm happy to pass them on.
I dropped your replication log bits in case there was anything sensitive in
there.
I agree, it looks like the memberof overlay is breaking replication in your
case. I would suggest filing an ITS with details on your setup, and the
logging you provided, obfuscated as necessary.
--Quanah
--
Quanah Gibson-Mount
Platform Architect
Manager, Systems Team
Zimbra, Inc.
--------------------
Zimbra :: the leader in open source messaging and collaboration
A division of Synacor, Inc