> -----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. > In > 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. Regards, Dave. ---------------------------(end of broadcast)--------------------------- TIP 7: don't forget to increase your free space map settings