[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
Antw: Re: Q: Multiple accesslog overlays?
>>> Geert Hendrickx <geert@hendrickx.be> schrieb am 22.08.2019 um 13:19 in
Nachricht <20190822111900.GA6110@vera.ghen.be>:
> On Mon, Aug 19, 2019 at 08:54:43 ‑0700, Quanah Gibson‑Mount wrote:
>> ‑‑On Monday, August 19, 2019 1:21 PM +0200 Ulrich Windl wrote:
>> > I have a question preparing a transition of syncrepl to delta‑syncrepl:
>> > Our database already has an accesslog overlay (olcAccessLogOps: writes)
>> > and a corresponding database configured for monitoring purposes.
>>
>> You haven't noted the value for olcAccessLogSuccess. Generally for
>> delta‑syncrepl *only* databases, this is set to TRUE. However, that's not
>> mandatory (see the end for why).
>
>
> Incidentally, we just toggled olcAccessLogSuccess to FALSE on a database
> last week, to debug a provisioning issue where the client did not log
> enough details. But our failed writes were still not logged.
>
> Turns out that writes failed by an overlay (slapo‑unique in our case) are
> only logged to the accesslog, if this overlay is defined in the config
> BEFORE the accesslog overlay (as overlays are loaded on a stack, see topic
> 12.18 in the admin guide). So we now put the accesslog overlay as last
> instead of first.
Makes sense as the error has to "go through" the overlay, I guess. Anyway a
reminder in the manual page would be a nice thing to have.
>
>
> Geert
>
>
> ‑‑
> geert.hendrickx.be :: geert@hendrickx.be :: PGP: 0xC4BB9E9F
> This e‑mail was composed using 100% recycled spam messages!