--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 reply.
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.
- Can we use an LDIF backend with the auditlog overlay?
Why are you stuck on auditlog? As I said, don't use it.
- 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 experience)
We are avoiding delta-syncrepl because, for reliability, we want to use mirror-mode, and at http://www.openldap.org/doc/admin24/replication.html#MirrorMode%20replica tion under section 18.2.3.2. Arguments against MirrorMode is written:
"Delta-Syncrepl is not yet supported"
- 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.
- Is there any prospect of delta-syncrepl being supported with mirror-mode?
Yes, that's a future request.
--Quanah
--
Quanah Gibson-Mount Principal Software Engineer Zimbra, Inc -------------------- Zimbra :: the leader in open source messaging and collaboration