[Date Prev][Date Next]
Re: Textual LDIF backup strategies for busy LDAP clusters
On 29/06/10 08:51 -0700, Quanah Gibson-Mount wrote:
--On Monday, June 28, 2010 11:42 AM +1000 Nick Urbanik
On 25/06/10 10:41 -0700, Quanah Gibson-Mount wrote:
--On Friday, June 25, 2010 9:58 AM +1000 Nick Urbanik
On 23/06/10 21:46 -0700, Quanah Gibson-Mount wrote:
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
1. Can we use an LDIF backend with the auditlog overlay?
Why are you stuck on auditlog? As I said, don't use it.
Sorry, I was too tired; I mean: "1. Can we use an LDIF backend with
the accesslog overlay?"
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.
Similarly, I meant:
"2. Has anyone written a program to convert the accesslog data to an
LDIF format that can be applied with ldapmodify?"
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 184.108.40.206. 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.
Yes, I understand that.
As for the reliability, as I said, in my experience, delta-syncrepl
has been reliable.
But has plain syncrepl been unreliable? If so, in what way?
4. Is there any prospect of delta-syncrepl being supported with
Yes, that's a future request.
Would you suggest we avoid using mirror mode so that we can use
delta-syncrepl in order to achieve more reliable replication?
Nick Urbanik http://nicku.org 808-71011 firstname.lastname@example.org
GPG: 7FFA CDC7 5A77 0558 DC7A 790A 16DF EC5B BB9D 2C24 ID: BB9D2C24
I disclaim, therefore I am.