Add mention of logrotate for syslog, from Robert Treat

This commit is contained in:
Bruce Momjian 2003-10-09 19:05:09 +00:00
parent dfafeb6a89
commit c7c7861d5e
2 changed files with 12 additions and 11 deletions

View File

@ -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>

View File

@ -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>