From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Oliver Elphick <olly(at)lfix(dot)co(dot)uk> |
Cc: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: Postgres won't start |
Date: | 2013-08-09 14:52:26 |
Message-ID: | 18931.1376059946@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Oliver Elphick <olly(at)lfix(dot)co(dot)uk> writes:
> On 9 August 2013 02:49, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
>> I wonder whether we shouldn't change the syslogger to emit something to
>> stderr when it takes over logging, saying "logging is now redirected to
>> <someplace>".
> Shouldn't you also, or instead, log to stderr just before leaving it, in
> case the configuration of the new logging is faulty?
I think the faulty-config case is (mostly?) covered already, in that we
check validity of GUC values before installing them. The point of this
proposal is just to remind people that the "original" log file might not
be all the log output there is. The cases that I've seen seemed to
usually involve package installations where people weren't really aware
of the nondefault logging choices that the packager had made.
Anyway, there's a concrete patch proposal in pgsql-hackers, at
http://www.postgresql.org/message-id/11372.1376015537@sss.pgh.pa.us
Please comment on that if you want to discuss details.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2013-08-09 14:53:39 | Re: Postgres won't start |
Previous Message | David Johnston | 2013-08-09 14:38:01 | Re: Here is my problem |