database/postgres
1
0
Fork 0
mirror of https://github.com/postgres/postgres.git synced 2025-08-18 12:22:09 +03:00
Code Activity

Add a note to the documentation of pg_standby that it's important that

Browse Source 
the postgres process has permissions to delete the trigger file, per
suggestion by Mason Hale.

Also fix pg_standby to do a more predictable exit(200) instead of the
current exit(-1) when the unlink of the trigger file fails anyway.

This only affects 8.3 branch. Older versions didn't have pg_standby,
and in 8.4 upwards pg_standby is no longer responsible for deleting the
trigger file; it's supposed to be done by recovery_end_command instead.
This commit is contained in:
Heikki Linnakangas
2010-02-05 11:08:02 +00:00
parent d76c491cb9
commit a085a6a77c
2 changed files with 14 additions and 2 deletions
Download Patch File Download Diff File Expand all files Collapse all files

11
doc/src/sgml/pgstandby.sgml
View File

@@ -1,4 +1,4 @@
<!-- $PostgreSQL: pgsql/doc/src/sgml/pgstandby.sgml,v 2.4.2.1 2008/05/07 22:06:11 alvherre Exp $ -->
<!-- $PostgreSQL: pgsql/doc/src/sgml/pgstandby.sgml,v 2.4.2.2 2010/02/05 11:08:02 heikki Exp $ -->
<sect1 id="pgstandby">
<title>pg_standby</title>
@@ -199,6 +199,15 @@ pg_standby <optional> <replaceable>option</> ... </optional> <replaceable>archiv
</tbody>
</tgroup>
</table>
<caution>
<para>
It is critical the trigger file be created with permissions allowing
the postgres process to remove the file. Generally this is best done
by creating the file from the postgres user account. Failure to do so
will prevent completion of WAL file recovery and the server from
coming back online successfully.
</para>
</caution>
<note>
<para>
<literal>--help</literal> is not supported since