Re: hba load error and silent mode

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

In response to

Responses

Browse pgsql-hackers by date

  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