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

Re: slurpd.replog truncation?



Some more info on the truncation question... I'm forwarding this email
to the list, for archiving purposes. Also see David's suggestion about
updating the admin guide.

/Stefan

On Fri, Mar 08, 2002 at 12:19:34PM +0100, David McLaughlin wrote:
> Hi Stefan,
> 
> Thank you for your reply.  I looked in the source code in the
> servers/slurpd
> directory.  The modules involved with the file trimming are "replog.c",
> "rq.c"
> and "st.c".  They come from the original University of Michigan code.
> 
> The "rq.c" module contains these comment lines:
> 
>   /*
>    * Check to see if the private slurpd replication log needs trimming.
>    * The current criteria are:
>    *  - The last trim was more than 5 minutes ago, *and*
>    *  - We've finished with at least 50 replication log entries since
> the
>    *    last time we re-wrote the replication log.
>    *
>    * Return 1 if replogfile should be trimmed, 0 if not.
>    * Any different policy should be implemented by replacing this
> function.
>    */
> 
> It would be nice if the OpenLDAP people would put this information into
> the Admin Guide or at least into the man pages.
> 
> It would also be nice if the Admin Guide and man pages were updated to
> say that slurpd now uses a single process and single replog file for
> replication ...
> 
> Thanks again for your help,
>  David
> 
> -- 
> David McLaughlin                       e-mail:  mclaughlin@id.ethz.ch
> Swiss Federal Institute of Technology  tel.  :  + 41 (1) 632-3531
> Informatikdienste                      secr. :  + 41 (1) 632-0833
> ETH-Zentrum                            fax   :  + 41 (1) 632-1225
> Clausiusstrasse 59
> CH-8092 Zurich, Switzerland