> -----Original Message-----
> From: Tom Lane [mailto:[EMAIL PROTECTED]
> Sent: 12 August 2004 15:40
> To: Dave Page
> Cc: PostgreSQL Patches
> Subject: Re: [PATCHES] Win32 Event log
> "Dave Page" <[EMAIL PROTECTED]> writes:
> > The attached patch directs FATAL and PANIC elog's to the
> event log as
> > well as their normal destination.
> I don't think this is a good idea. In the first place, FATAL
> errors are not necessarily serious or out-of-the-ordinary ---
> an example is that all authorization errors are FATAL.
OK, I could live with just panics.
> the second place, the proposed patch deliberately subverts
> what the DBA has set as the logging output parameters. I
> dislike software that knows better than I do what I want and
> is willing to ignore what I told it to do on those grounds.
Logging like this is fairly normal on Windows. Applications may maintain
their own (often verbose) logfiles, however more serious errors get
directed to the event log as well. This allows automated monitoring of
servers to be achieved for example.
> In the third place, no one is going to have any difficulty
> picking out PANICs from "other events" ;-)
Finding them is not so much the problem - it's the fact that the event
log on Windows has a limited size (default 1024Kb on XP) and will
overwrite old events as required. The sort of output you might see from
a busy PostgreSQL server could potentially wipe out relatively new
entries made by other apps.
One possible solution would be to use our own event log which is
possible in 2K+, (but not NT).
> A patch that would be more in the spirit of Postgres is to
> allow different min_log_level values for the different
> possible log destinations (stderr, syslog, eventlog).
> However that looks a lot like a new feature to me, so maybe
> it will have to wait for 8.1.
Yes, that would work, though as you say it's a new feature.
---------------------------(end of broadcast)---------------------------
TIP 7: don't forget to increase your free space map settings