[Date Prev][Date Next] [Chronological] [Thread] [Top]

Re: Textual LDIF backup strategies for busy LDAP clusters

--On Monday, June 28, 2010 11:42 AM +1000 Nick Urbanik <nick.urbanik@optusnet.com.au> wrote:

Dear Quanah,

Thanks again for taking the time to write a detailed and helpful

On 25/06/10 10:41 -0700, Quanah Gibson-Mount wrote:
--On Friday, June 25, 2010 9:58 AM +1000 Nick Urbanik
<nick.urbanik@optusnet.com.au> wrote:
On 23/06/10 21:46 -0700, Quanah Gibson-Mount wrote:
--On Thursday, June 24, 2010 12:19 PM +1000 Nick Urbanik
<nick.urbanik@optusnet.com.au> wrote:
auditlog is not appropriate.

Please can you explain why this is so?

Auditlog is a poorly written overlay that hopefully will be deleted
in the future.  It kills perf, and in general is not recommended for
use. If you want a record of changes, I suggest you look at the
accesslog overlay.

1. Can we use an LDIF backend with the auditlog overlay?

Why are you stuck on auditlog?  As I said, don't use it.

2. Has anyone written a program to convert the auditlog data to an
    LDIF format that can be applied with ldapmodify?

No idea.  As I said, it's not really a usable piece of software.

One of the advantages of syncrepl (Although I use and prefer
delta-syncrepl, since syncrepl has not proven reliable in my

We are avoiding delta-syncrepl because, for reliability, we want to
use mirror-mode, and at
under section Arguments against MirrorMode is written:

"Delta-Syncrepl is not yet supported"

3. Does this mean that we are aiming for a less reliable replication
    with syncrepl that with delta-syncrepl?

You can still enable the accesslog overlay regardless of what replication mechanism is used between the mirrors. As for the reliability, as I said, in my experience, delta-syncrepl has been reliable.

4. Is there any prospect of delta-syncrepl being supported with

Yes, that's a future request.



Quanah Gibson-Mount
Principal Software Engineer
Zimbra, Inc
Zimbra ::  the leader in open source messaging and collaboration