<!--
-$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">
<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>
<!--
-$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">
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>