summaryrefslogtreecommitdiff
path: root/doc/src
diff options
context:
space:
mode:
Diffstat (limited to 'doc/src')
-rw-r--r--doc/src/sgml/maintenance.sgml19
1 files changed, 1 insertions, 18 deletions
diff --git a/doc/src/sgml/maintenance.sgml b/doc/src/sgml/maintenance.sgml
index 6315dacf404..1527a9b743d 100644
--- a/doc/src/sgml/maintenance.sgml
+++ b/doc/src/sgml/maintenance.sgml
@@ -1,5 +1,5 @@
<!--
-$PostgreSQL: pgsql/doc/src/sgml/maintenance.sgml,v 1.42 2005/05/02 18:26:52 momjian Exp $
+$PostgreSQL: pgsql/doc/src/sgml/maintenance.sgml,v 1.43 2005/05/10 22:27:29 momjian Exp $
-->
<chapter id="maintenance">
@@ -474,23 +474,6 @@ HINT: Stop the postmaster and use a standalone backend to VACUUM in "mydb".
</para>
</sect1>
- <sect1 id="check-files-after-crash">
- <title>Check files after crash</title>
-
- <indexterm zone="check-files-after-crash">
- <primary>stale file</primary>
- </indexterm>
-
- <para>
- <productname>PostgreSQL</productname> recovers automatically after crash
- using the write-ahead log (see <xref linkend="wal">) and no manual
- operations are normally needed. However, if there was a transaction running
- when the crash occured that created or dropped a relation, the
- transaction might have left a stale file in the data directory. If this
- happens, you will get a notice in the log file stating which files can be
- deleted.
- </para>
- </sect1>
<sect1 id="logfile-maintenance">
<title>Log File Maintenance</title>