From: Tom Lane <tgl@sss.pgh.pa.us>
Date: Wed, 14 Jul 2010 22:04:21 +0000 (+0000)
Subject: Use an <xref> for restore_command reference.  Marko Tiikkaja
X-Git-Tag: REL9_1_ALPHA1~216
X-Git-Url: https://granicus.if.org/sourcecode?a=commitdiff_plain;h=25be9b1d54ad956d17bbee3e377b82b5f7d934b6;p=postgresql

Use an <xref> for restore_command reference.  Marko Tiikkaja
---

diff --git a/doc/src/sgml/high-availability.sgml b/doc/src/sgml/high-availability.sgml
index 857fcfea00..e6aef54b70 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.78 2010/07/14 22:04:21 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