[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
Re: ldapdelete recursive (-r) with syncrepl
- To: Frank Crow <fjcrow2008@gmail.com>, Michael Ströder <michael@stroeder.com>, "openldap-techn." <openldap-technical@openldap.org>
- Subject: Re: ldapdelete recursive (-r) with syncrepl
- From: Quanah Gibson-Mount <quanah@zimbra.com>
- Date: Wed, 13 Apr 2016 08:17:24 -0700
- Content-disposition: inline
- Dkim-filter: OpenDKIM Filter v2.10.3 edge01.zimbra.com 411CD6C002
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zimbra.com; s=C2AA288C-EE47-11E2-9BB0-E820BDD9BDBF; t=1460560652; bh=mNlS5qXJGOnx7hk6LO+x2LnQ7p5Uti3dgCld7/UWmE0=; h=Date:From:To:Message-ID:MIME-Version; b=NQLktLK06zKjmkF77ymMJXx1cX1Go1oE6fLXtZiMuLGR2iUFwUFm9LmLmOyrQr8xr SPujbeGC+eClfu9EqD4W5Xqh2eDqJWaBG40IB7dYJzIcYPaSBOFqAla45RGCucSYl6 s1rlO7KFggLv2FfNKsfG9bUwQ2HYACo89r7QITEk=
- In-reply-to: <CAB+L7KciDqibodaacPNi28o6V3Lv-Z2zx=qUgSppo1Shoxvx-A@mail.gmail.com>
- References: <CAB+L7Kenae8mVbFqZDWY+4XU-zYuVyS10tkYpyA9OzzmnwT4qA@mail.gmail.com> <570D6CE5.4090202@stroeder.com> <CAB+L7KdaPyze8rmnQvDegKxAJBc2ZaOhhaPReNk4c-wXd2sPKA@mail.gmail.com> <570DE3E4.1070906@stroeder.com> <CAB+L7KciDqibodaacPNi28o6V3Lv-Z2zx=qUgSppo1Shoxvx-A@mail.gmail.com>
--On Wednesday, April 13, 2016 11:51 AM -0400 Frank Crow
<fjcrow2008@gmail.com> wrote:
I did see that and do know how to do slapadd/slapcat backups. What
I'm not clear on is how that works with N-Way MMR. Wouldn't I have
to go and delete the the /var/lib/ldap on every master replica machine
prior to loading the backup with slapadd? Or is that not necessary?
Is your intent to drop the database and reload it on every master? That
would seem to indicate you've got significant issues with how you manage
your servers.
You can trivially recover any one given server with the backup from another
MMR node. I.e., say you want to take down node 3... slapcat node1 or
node2, and load that onto node 3...
Again, more information on what it is you're really trying to do here would
be useful.
In any case, I did update my syncrepl to use cn=accesslog and I no longer
have any issues with bulk operations being propagated to the other master
replicas.
Good, delta-syncrepl's definitely better. But this doesn't resolve the
many replication problems that still exist in 2.4.40.
--Quanah
--
Quanah Gibson-Mount
Platform Architect
Zimbra, Inc.
--------------------
Zimbra :: the leader in open source messaging and collaboration
A division of Synacor, Inc