Feature request: better debug messages

Started by Brian Hurtover 17 years ago3 messages
#1Brian Hurt
bhurt@janestcapital.com
1 attachment(s)

So, I've been trying to restore a PITR backup, and I've been having
problems. But by far the biggest problem I've been having is that
postgres doesn't give me *any* clue as to what I'm doing wrong. All
that happens is that pg_ctl will report 'postmaster starting', the log
file will say 'LOG: logger shutting down', and that's it. So I thought
upping the debug level of postgres would help, by adding a -o '-d 5' to
the pg_ctl command line. The log file that gets spit out in this case
is attached. What is noticeable is how unhelpfull it is.

So this is my request: When something happens to cause postgres to exit
early, have some sort of debug message giving some clue as to what is
wrong. For example 'parse error in recovery.conf' would be sufficient.

Thanks.

Brian

Attachments:

log.txttext/plain; name=log.txtDownload
#2Alvaro Herrera
alvherre@commandprompt.com
In reply to: Brian Hurt (#1)
Re: Feature request: better debug messages

Brian Hurt wrote:

So I thought upping the debug level of postgres would help, by adding
a -o '-d 5' to the pg_ctl command line. The log file that gets spit
out in this case is attached. What is noticeable is how unhelpfull
it is.

I think this is just the stderr. The rest of the error messages are
going somewhere else -- syslog maybe?

--
Alvaro Herrera http://www.CommandPrompt.com/
The PostgreSQL Company - Command Prompt, Inc.

#3Tom Lane
tgl@sss.pgh.pa.us
In reply to: Alvaro Herrera (#2)
Re: Feature request: better debug messages

Alvaro Herrera <alvherre@commandprompt.com> writes:

Brian Hurt wrote:

So I thought upping the debug level of postgres would help, by adding
a -o '-d 5' to the pg_ctl command line. The log file that gets spit
out in this case is attached. What is noticeable is how unhelpfull
it is.

I think this is just the stderr. The rest of the error messages are
going somewhere else -- syslog maybe?

Since we see that the logger subprocess was running, presumably the
messages went wherever the logger has been told to put them. All that
you're going to see on stderr is messages that came out before the
logger got launched.

regards, tom lane