postgres.git / summary / log / commit / refs

commit    7946e1a71bf4e953551a5686e2d3d2dfd81aba4e
Author:   Bruce Momjian <bruce@momjian.us>
Date:     Tue Aug 24 15:22:19 2010 +0000

    Fix awkward wording in Incrementally Updated Backups docs.
    
    Backpatch to 9.0.X.


 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 8067e57b2af..e9248ee507b 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.2.2 2010/08/17 04:37:16 petere Exp $ -->
+<!-- $PostgreSQL: pgsql/doc/src/sgml/high-availability.sgml,v 1.77.2.3 2010/08/24 15:22:19 momjian Exp $ -->
 
 <chapter id="high-availability">
  <title>High Availability, Load Balancing, and Replication</title>
@@ -1957,7 +1957,7 @@ psql -c "select pg_last_xlog_replay_location();" > /path/to/backup/end_location
       progress of the recovery with the stored backup ending WAL location:
       the server is not consistent until recovery has reached the backup end
       location. The progress of the recovery can also be observed with the
-      <function>pg_last_xlog_replay_location</> function, but that required
+      <function>pg_last_xlog_replay_location</> function, though that requires
       connecting to the server while it might not be consistent yet, so
       care should be taken with that method.
      </para>


[parent: bbc0d041fb8e]