From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Andrew Dunstan <andrew(at)dunslane(dot)net> |
Cc: | PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: hba load error and silent mode |
Date: | 2009-08-24 14:31:12 |
Message-ID: | 11296.1251124272@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Andrew Dunstan <andrew(at)dunslane(dot)net> writes:
> (Maybe there's a good case for deprecating silent mode.
+1. The only reason to use it is that an init-script writer is too
lazy to deal with things properly --- the thing in question here being
exactly to think of a place for early failure messages to go.
You can *not* just move the syslogger start call up; it's dependent
on having done some of the other initialization steps. (chdir and
signal setup being obvious candidates.) In general, there will always
be messages that come out before the syslogger can start, and thus a
robust setup has got to provide some fallback place for them.
It might be that a reasonable solution on our end would be for
pmdaemonize to point stdout/stderr someplace other than /dev/null,
perhaps "$PGDATA/postmaster.log"? Of course, it's not clear what
we're supposed to do if that open() fails ...
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Andrew Dunstan | 2009-08-24 15:15:24 | Re: hba load error and silent mode |
Previous Message | Joshua Tolley | 2009-08-24 14:21:38 | Re: hba load error and silent mode |