Re: hba load error and silent mode
От | Magnus Hagander |
---|---|
Тема | Re: hba load error and silent mode |
Дата | |
Msg-id | 9837222c0908240928k69b138eaxe401e5c08ea6bc86@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: hba load error and silent mode (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: hba load error and silent mode
|
Список | pgsql-hackers |
On Mon, Aug 24, 2009 at 16:31, Tom Lane<tgl@sss.pgh.pa.us> wrote: > Andrew Dunstan <andrew@dunslane.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. Agreed. I don't see why we couldn't move the hba call specifically, though. That's a fairly common error, so it would be good if the output went to the place that is actually configured in postgresql.conf. It's at least a lot more likely than most other things that are prior to syslogger startup. -- Magnus HaganderMe: http://www.hagander.net/Work: http://www.redpill-linpro.com/
В списке pgsql-hackers по дате отправления: