Location via proxy:   [ UP ]  
[Report a bug]   [Manage cookies]                
Skip to content

Commit a5acb7d

Browse files
committed
Remove tabs from sgml.
1 parent e08ab7c commit a5acb7d

File tree

1 file changed

+4
-4
lines changed

1 file changed

+4
-4
lines changed

doc/src/sgml/high-availability.sgml

Lines changed: 4 additions & 4 deletions
Original file line numberDiff line numberDiff line change
@@ -1,4 +1,4 @@
1-
<!-- $PostgreSQL: pgsql/doc/src/sgml/high-availability.sgml,v 1.42 2010/02/12 14:53:22 heikki Exp $ -->
1+
<!-- $PostgreSQL: pgsql/doc/src/sgml/high-availability.sgml,v 1.43 2010/02/13 03:38:26 momjian Exp $ -->
22

33
<chapter id="high-availability">
44
<title>High Availability, Load Balancing, and Replication</title>
@@ -873,9 +873,9 @@ if (!triggered)
873873
<term><varname>restore_end_command</varname> (<type>string</type>)</term>
874874
<listitem>
875875
<para>
876-
In standby-mode, <varname>restore_command</> (and <varname>restore_end_command</>) is set to a
877-
simple command or script like in PITR. pg_standby or similar tools
878-
that wait for the next WAL file to arrive, cannot be used with
876+
In standby-mode, <varname>restore_command</> (and <varname>restore_end_command</>) is set to a
877+
simple command or script like in PITR. pg_standby or similar tools
878+
that wait for the next WAL file to arrive, cannot be used with
879879
streaming replication, as the server handles retries and waiting
880880
itself. Set <varname>restore_command</> as you would if you were
881881
recovering using a Continuous archiving backup (see <xref linkend="backup-pitr-recovery">).

0 commit comments

Comments
 (0)