postgres.git / summary / log / commit / refs

commit    d3cf0b6e01467274688a9a1e648cebe47ba73e7a
Author:   Tom Lane <tgl@sss.pgh.pa.us>
Date:     Wed Jul 14 22:04:28 2010 +0000
First released in: 9.1.0, 9.0.0

    Use an <xref> for restore_command reference.  Marko Tiikkaja


 doc/src/sgml/high-availability.sgml | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/doc/src/sgml/high-availability.sgml b/doc/src/sgml/high-availability.sgml
index 857fcfea000..c453c8a7944 100644
--- a/doc/src/sgml/high-availability.sgml
+++ b/doc/src/sgml/high-availability.sgml
@@ -1,4 +1,4 @@
-<!-- $PostgreSQL: pgsql/doc/src/sgml/high-availability.sgml,v 1.77 2010/07/03 20:43:57 tgl Exp $ -->
+<!-- $PostgreSQL: pgsql/doc/src/sgml/high-availability.sgml,v 1.77.2.1 2010/07/14 22:04:28 tgl Exp $ -->
 
 <chapter id="high-availability">
  <title>High Availability, Load Balancing, and Replication</title>
@@ -589,7 +589,7 @@ protocol to make nodes agree on a serializable transactional order.
    <para>
     In standby mode, the server continuously applies WAL received from the
     master server. The standby server can read WAL from a WAL archive
-    (see <varname>restore_command</>) or directly from the master
+    (see <xref linkend="restore-command">) or directly from the master
     over a TCP connection (streaming replication). The standby server will
     also attempt to restore any WAL found in the standby cluster's
     <filename>pg_xlog</> directory. That typically happens after a server


[parent: fa2dbb6800f9]