From: Tom Lane Date: Mon, 5 Mar 2012 19:09:01 +0000 (-0500) Subject: Improve documentation around logging_collector and use of stderr. X-Git-Tag: REL9_0_8~55 X-Git-Url: https://granicus.if.org/sourcecode?a=commitdiff_plain;h=0e925196340bf9279238f780cc10125fca2a0733;p=postgresql Improve documentation around logging_collector and use of stderr. In backup.sgml, point out that you need to be using the logging collector if you want to log messages from a failing archive_command script. (This is an oversimplification, in that it will work without the collector as long as you're not sending postmaster stderr to /dev/null; but it seems like a good idea to encourage use of the collector to avoid problems with multiple processes concurrently scribbling on one file.) In config.sgml, do some wordsmithing of logging_collector discussion. Per bug #6518 from Janning Vygen --- diff --git a/doc/src/sgml/backup.sgml b/doc/src/sgml/backup.sgml index e08d8ead38..ef18b03015 100644 --- a/doc/src/sgml/backup.sgml +++ b/doc/src/sgml/backup.sgml @@ -1259,9 +1259,6 @@ archive_command = 'local_backup_script.sh "%p" "%f"' This allows all complexity to be managed within the script, which can be written in a popular scripting language such as bash or perl. - Any messages written to stderr from the script will appear - in the database server log, allowing complex configurations to be - diagnosed easily if they fail. @@ -1290,6 +1287,16 @@ archive_command = 'local_backup_script.sh "%p" "%f"' + + + + When using an archive_command script, it's desirable + to enable . + Any messages written to stderr from the script will then + appear in the database server log, allowing complex configurations to + be diagnosed easily if they fail. + +