Commit 8fd733bd authored by Heikki Linnakangas's avatar Heikki Linnakangas

Disable pg_standby -l option because the backend doesn't expect the recovered

file to be a symlink. We tried to fix this issue with an earlier server-side
patch, but it didn't fix the whole issue.

The same bug is present in older releases as well, but the 8.4 train is
about to leave the station, and I'm not sure if have consensus on whether
we can remove the -l option in back-branches or do we need to attempt a
server-side fix to make symlinking safe.

Patch by Simon Riggs, per discussion on bug identified by Fujii Masao.
parent 6c4637a3
/*
* $PostgreSQL: pgsql/contrib/pg_standby/pg_standby.c,v 1.24 2009/06/18 10:08:08 heikki Exp $
* $PostgreSQL: pgsql/contrib/pg_standby/pg_standby.c,v 1.25 2009/06/25 12:03:10 heikki Exp $
*
*
* pg_standby.c
......@@ -523,7 +523,7 @@ usage(void)
printf(" -d generate lots of debugging output (testing only)\n");
printf(" -k NUMFILESTOKEEP if RESTARTWALFILE not used, removes files prior to limit\n"
" (0 keeps all)\n");
printf(" -l links into archive (leaves file in archive)\n");
printf(" -l does nothing; use of link is now deprecated\n");
printf(" -r MAXRETRIES max number of times to retry, with progressive wait\n"
" (default=3)\n");
printf(" -s SLEEPTIME seconds to wait between file checks (min=1, max=60,\n"
......@@ -610,7 +610,12 @@ main(int argc, char **argv)
}
break;
case 'l': /* Use link */
restoreCommandType = RESTORE_COMMAND_LINK;
/*
* Link feature disabled, possibly permanently. Linking
* causes a problem after recovery ends that is not currently
* resolved by PostgreSQL. 25 Jun 2009
restoreCommandType = RESTORE_COMMAND_LINK;
*/
break;
case 'r': /* Retries */
maxretries = atoi(optarg);
......
<!-- $PostgreSQL: pgsql/doc/src/sgml/pgstandby.sgml,v 2.9 2009/05/14 21:59:22 tgl Exp $ -->
<!-- $PostgreSQL: pgsql/doc/src/sgml/pgstandby.sgml,v 2.10 2009/06/25 12:03:11 heikki Exp $ -->
<sect1 id="pgstandby">
<title>pg_standby</title>
......@@ -25,11 +25,6 @@
<application>pg_standby</application> features include:
</para>
<itemizedlist>
<listitem>
<para>
Supports copy or link for restoring WAL files
</para>
</listitem>
<listitem>
<para>
Written in C, so very portable and easy to install
......@@ -171,23 +166,11 @@ pg_standby <optional> <replaceable>option</> ... </optional> <replaceable>archiv
archive space.
</entry>
</row>
<row>
<entry><literal>-l</></entry>
<entry>no</entry>
<entry>
Use <literal>ln</> command to restore WAL files from archive.
Link is more efficient than copy, but the default is copy since link
will not work in all scenarios.
On Windows, this option uses the <literal>mklink</> command
to provide a file-to-file symbolic link. <literal>-l</> will
not work on versions of Windows prior to Vista.
</entry>
</row>
<row>
<entry><literal>-r</> <replaceable>maxretries</></entry>
<entry>3</entry>
<entry>
Set the maximum number of times to retry the copy or link command if it
Set the maximum number of times to retry the copy command if it
fails. After each failure, we wait for <replaceable>sleeptime</> *
<replaceable>num_retries</>
so that the wait time increases progressively. So by default,
......@@ -242,7 +225,7 @@ pg_standby <optional> <replaceable>option</> ... </optional> <replaceable>archiv
<programlisting>
archive_command = 'cp %p .../archive/%f'
restore_command = 'pg_standby -l -d -s 2 -t /tmp/pgsql.trigger.5442 .../archive %f %p %r 2>>standby.log'
restore_command = 'pg_standby -d -s 2 -t /tmp/pgsql.trigger.5442 .../archive %f %p %r 2>>standby.log'
recovery_end_command = 'rm -f /tmp/pgsql.trigger.5442'
</programlisting>
......@@ -253,11 +236,6 @@ recovery_end_command = 'rm -f /tmp/pgsql.trigger.5442'
This will:
</para>
<itemizedlist>
<listitem>
<para>
use the <literal>ln</> command to restore WAL files from archive
</para>
</listitem>
<listitem>
<para>
produce debugging output in <filename>standby.log</>
......
Markdown is supported
0% or
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment