> 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?

Also, another question, if I do that will I have to know the server ID (for "-w -S <SID>") in order to properly reload?   I'm asking because then my testers need to know which master is which - and there is no guaranteed order at the moment with our configuration.

Thanks,
Frank


On Wed, Apr 13, 2016 at 11:51 AM, Quanah Gibson-Mount <quanah@zimbra.com> wrote:
--On Wednesday, April 13, 2016 12:29 PM -0400 Frank Crow <fjcrow2008@gmail.com> wrote:


Well, OK.   Our formal test procedures (created and executed by a
separate team) will intentionally do all manner of destructive changes to
the DIT after taking a snapshot.    After which they want to clean and
reload the entire DIT in order to: 1) be able to run the tests multiple
times with the same data, and 2) restore the DIT for normal (non-OpenLDAP
related) testing that does need the DIT intact.

 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.

During production use, we would not be doing that.   For that, I think
the individual node repair (slapadd/slapcat) would be exactly what we
need.


I took your suggestion and forwarded the list of changes since 2.4.40
(with the syncrepl fixes highlighted) to the important people up the
"flag pole" this morning.   I am "fighting the good fight" with them but
they are hesitant to move without strenuous "encouragement!"   ;-)

 I guess it just depends on whether or not they consider data loss acceptable.  If they do find it acceptable, by all means, stay on 2.4.40. ;)

Also not sure which database backend you're using, but I'd strongly advise back-mdb once you get to 2.4.44.


--Quanah


--

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



--
Frank