From: | Andreas Pflug <pgadmin(at)pse-consulting(dot)de> |
---|---|
To: | "Marc G(dot) Fournier" <scrappy(at)postgresql(dot)org> |
Cc: | pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: Ready for Beta ... ? |
Date: | 2004-08-08 22:04:18 |
Message-ID: | 4116A362.8000701@pse-consulting.de |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Marc G. Fournier wrote:
>> Basically I think you will need a vote to expand this in 8.1.
>
>
> Hate to ask, but can someone summarize what it is that is being
> "discussed" here? Andreas' post about 'size triggering' is what drew my
> eye, but I think I missed the central point :(
Summary:
The patch I originally posted (in June) implemented a log rotation,
which was triggered by call to a function, not automatically (subject to
a to-be-written surveillance process), and implemented inside elog.c
(more or less). Tom had many objections, and this emerged to the current
implementation of a subprocess that will do rotation automatically
dependent on size and/or age limits and seems valuable.
My postings also included manual triggering of logfile switching,
catching SIGUSR1 (from SendPostmasterSignal) and setting the flag which
otherwise is set by exceeding of configured size/age limit or a
postgresql.conf settings change (SIGHUP triggered).
Signal handling is not a big deal, but can't be coded with a contrib module.
Tom believes nobody needs that, and fears decreased reliability.
Regards,
Andreas
From | Date | Subject | |
---|---|---|---|
Next Message | Josh Berkus | 2004-08-08 22:30:39 | Error-out on compiling current CVS: preproc |
Previous Message | Tom Lane | 2004-08-08 21:48:05 | Re: Ready for Beta ... ? |