From df8684c56fbe57a778f1c1fc42a26ad8a1071e4f Mon Sep 17 00:00:00 2001
From: Tom Lane <tgl@sss.pgh.pa.us>
Date: Thu, 5 Mar 2009 19:50:03 +0000
Subject: [PATCH] Remove documentation of log_restartpoints setting, which is
 obsoleted in favor of log_checkpoints.  Fujii Masao

---
 doc/src/sgml/backup.sgml | 18 ++----------------
 1 file changed, 2 insertions(+), 16 deletions(-)

diff --git a/doc/src/sgml/backup.sgml b/doc/src/sgml/backup.sgml
index 4c00ca07e1b..51c3f909b31 100644
--- a/doc/src/sgml/backup.sgml
+++ b/doc/src/sgml/backup.sgml
@@ -1,4 +1,4 @@
-<!-- $PostgreSQL: pgsql/doc/src/sgml/backup.sgml,v 2.122 2009/01/13 00:54:11 momjian Exp $ -->
+<!-- $PostgreSQL: pgsql/doc/src/sgml/backup.sgml,v 2.123 2009/03/05 19:50:03 tgl Exp $ -->
 
 <chapter id="backup">
  <title>Backup and Restore</title>
@@ -1198,20 +1198,6 @@ restore_command = 'copy "C:\\server\\archivedir\\%f" "%p"'  # Windows
       </listitem>
      </varlistentry>
 
-     <varlistentry id="log-restartpoints"
-                   xreflabel="log_restartpoints">
-      <term><varname>log_restartpoints</varname>
-        (<type>boolean</type>)
-      </term>
-      <listitem>
-       <para>
-        Specifies whether to log each restart point as it occurs. This
-        can be helpful to track the progress of a long recovery.
-        Default is <literal>false</>.
-       </para>
-      </listitem>
-     </varlistentry>
-
    </variablelist>
 
    </sect3>
@@ -1865,7 +1851,7 @@ if (!triggered)
     backup.  You can do this by running <application>pg_controldata</>
     on the standby server to inspect the control file and determine the
     current checkpoint WAL location, or by using the
-    <varname>log_restartpoints</> option to print values to the server log.
+    <varname>log_checkpoints</> option to print values to the server log.
    </para>
   </sect2>
  </sect1>
-- 
2.39.5