Skip to content

Commit c3a7b05

Browse files
committed
Add a note about GNU tar's propensity to complain if a file changes
while tar is copying it. This behavior is unhelpful when taking a base backup. Per gripe from Pallav Kalva back in April.
1 parent f72a342 commit c3a7b05

File tree

1 file changed

+10
-1
lines changed

1 file changed

+10
-1
lines changed

doc/src/sgml/backup.sgml

Lines changed: 10 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -1,5 +1,5 @@
11
<!--
2-
$PostgreSQL: pgsql/doc/src/sgml/backup.sgml,v 2.72 2005/10/22 21:56:07 tgl Exp $
2+
$PostgreSQL: pgsql/doc/src/sgml/backup.sgml,v 2.73 2005/10/22 22:09:49 tgl Exp $
33
-->
44
<chapter id="backup">
55
<title>Backup and Restore</title>
@@ -676,6 +676,15 @@ SELECT pg_stop_backup();
676676
</orderedlist>
677677
</para>
678678

679+
<para>
680+
Some versions of GNU <application>tar</> consider it an error if a file
681+
is changed while <application>tar</> is copying it. This case is normal,
682+
and not an error, when taking a base backup of an active database.
683+
Since ignoring all errors from <application>tar</> would be unwise,
684+
you should either manually inspect <application>tar</>'s messages or
685+
else use a different backup tool that does not complain about this case.
686+
</para>
687+
679688
<para>
680689
It is not necessary to be very concerned about the amount of time elapsed
681690
between <function>pg_start_backup</> and the start of the actual backup,

0 commit comments

Comments
 (0)