Add mention of logrotate for syslog, from Robert Treat
This commit is contained in:
parent
dfafeb6a89
commit
c7c7861d5e
@ -1,5 +1,5 @@
|
||||
<!--
|
||||
$Header: /cvsroot/pgsql/doc/src/sgml/maintenance.sgml,v 1.25 2003/09/12 22:17:23 tgl Exp $
|
||||
$Header: /cvsroot/pgsql/doc/src/sgml/maintenance.sgml,v 1.26 2003/10/09 19:05:09 momjian Exp $
|
||||
-->
|
||||
|
||||
<chapter id="maintenance">
|
||||
@ -422,13 +422,14 @@ VACUUM
|
||||
|
||||
<para>
|
||||
The simplest production-grade approach to managing log output is to
|
||||
send it all to <application>syslog</> and let
|
||||
<application>syslog</> deal with file rotation. To do this, set
|
||||
the configurations parameter <literal>syslog</> to 2 (to log to <application>syslog</> only) in
|
||||
<filename>postgresql.conf</>. Then you can send a
|
||||
<literal>SIGHUP</literal> signal to the <application>syslog</>
|
||||
daemon whenever you want to force it to start writing a new log
|
||||
file.
|
||||
send it all to <application>syslog</> and let <application>syslog</>
|
||||
deal with file rotation. To do this, set the configurations parameter
|
||||
<literal>syslog</> to 2 (to log to <application>syslog</> only) in
|
||||
<filename>postgresql.conf</>. Then you can send a <literal>SIGHUP</literal>
|
||||
signal to the <application>syslog</> daemon whenever you want to force it
|
||||
to start writing a new log file. If you want to automate log rotation,
|
||||
the logrotate program can be configured to work with log files from syslog.
|
||||
|
||||
</para>
|
||||
|
||||
<para>
|
||||
|
@ -1,5 +1,5 @@
|
||||
<!--
|
||||
$Header: /cvsroot/pgsql/doc/src/sgml/runtime.sgml,v 1.211 2003/10/08 03:49:37 momjian Exp $
|
||||
$Header: /cvsroot/pgsql/doc/src/sgml/runtime.sgml,v 1.212 2003/10/09 19:05:09 momjian Exp $
|
||||
-->
|
||||
|
||||
<Chapter Id="runtime">
|
||||
@ -1863,8 +1863,8 @@ SET ENABLE_SEQSCAN TO OFF;
|
||||
Prefixes each message in the server log file with the process ID of
|
||||
the server process. This is useful to sort out which messages
|
||||
pertain to which connection. The default is off. This parameter
|
||||
does not affect messages logged via <application>syslog</>, which always contain
|
||||
the process ID.
|
||||
does not affect messages logged via <application>syslog</>, which
|
||||
always contain the process ID.
|
||||
</para>
|
||||
</listitem>
|
||||
</varlistentry>
|
||||
|
Loading…
x
Reference in New Issue
Block a user