]> granicus.if.org Git - postgresql/commit
Try to make silent_mode behave somewhat reasonably.
authorTom Lane <tgl@sss.pgh.pa.us>
Mon, 24 Aug 2009 20:08:32 +0000 (20:08 +0000)
committerTom Lane <tgl@sss.pgh.pa.us>
Mon, 24 Aug 2009 20:08:32 +0000 (20:08 +0000)
commit8bed238c871fae205c5c6615f3b9ab8a039359e2
tree3b9b99b23ee28a035e671bc89444a39ed4411339
parent5a4f7638419bb358a0bb82e5c0921a9ea9aa40b9
Try to make silent_mode behave somewhat reasonably.

Instead of sending stdout/stderr to /dev/null after forking away from the
terminal, send them to postmaster.log within the data directory.  Since
this opens the door to indefinite logfile bloat, recommend even more
strongly that log output be redirected when using silent_mode.

Move the postmaster's initial calls of load_hba() and load_ident() down
to after we have started the log collector, if we are going to.  This
is so that errors reported by them will appear in the "usual" place.

Reclassify silent_mode as a LOGGING_WHERE, not LOGGING_WHEN, parameter,
since it's got absolutely nothing to do with the latter category.

In passing, fix some obsolete references to -S ... this option hasn't
had that switch letter for a long time.

Back-patch to 8.4, since as of 8.4 load_hba() and load_ident() are more
picky (and thus more likely to fail) than they used to be.  This entire
change was driven by a complaint about those errors disappearing into
the bit bucket.
doc/src/sgml/config.sgml
src/backend/postmaster/postmaster.c
src/backend/utils/misc/guc.c
src/backend/utils/misc/postgresql.conf.sample