OK, thanks for the clarification and correction. Doing so makes the restore process slightly more of pain but, on the bright side, I won't need to worry about SIDs. So that nice.

Also on the bright side, working through this I managed to move to delta-syncrepl which appears to be a better solution.

And yeah, I will move to mdb if I can get these guys to bite on upgrading.

Thanks for all the info and advice,

Frank

On Wed, Apr 13, 2016 at 12:29 PM, Quanah Gibson-Mount <quanah@zimbra.com> wrote:

--On Wednesday, April 13, 2016 10:20 AM -0700 Quanah Gibson-Mount <quanah@zimbra.com> wrote:

--On Wednesday, April 13, 2016 1:16 PM -0400 Frank Crow
<fjcrow2008@gmail.com> wrote:

Then just slapcat the data first, do your destructive tests, and then
restore from slapadd. Doing repetitive ldap deletes/adds will just
causes massive database growth.

OK, but I just want to be clear - I'm still not. Does that mean that
I need to nuke /var/lib/ldap on every master replica prior to restoring
the DIT?

Yes.

Or I should say, depends on what you've done. If all masters are in a "bad" state (which would be likely given your test scenario), then yes, you want to reload them all from the same slapcat dump that was taken, so their DBs are identical after restore.

--Quanah

--

Quanah Gibson-Mount
Platform Architect
Zimbra, Inc.
--------------------
Zimbra :: the leader in open source messaging and collaboration
A division of Synacor, Inc

Frank