On Tue, Aug 18, 2015 at 3:57 AM, Peter Geoghegan <[email protected]> wrote:
> On Mon, Aug 17, 2015 at 11:50 AM, Peter Eisentraut <[email protected]> wrote:
>> The commit message for de76884 contains some important information about
>> the purpose and use of the new .partial WAL files. But I don't see
>> anything about this in the documentation or another user-visible place.
>> We should probably add something.
This makes sense, those files are exposed in the user's archives when
the end of a timeline is reached at promotion. I think that this
should be added in "Continuous archiving in standby" with a new
paragraph, as the first paragraph argues about archive_mode = 'always'
and the second about 'on'. What about the attached?
> Uh, some documentation around .ready files would be nice too.
Why? Users normally need to have no knowledge of that, those status
files are managed only by the backend.
--
Michael
diff --git a/doc/src/sgml/high-availability.sgml b/doc/src/sgml/high-availability.sgml
index 37aa047..fe161b6 100644
--- a/doc/src/sgml/high-availability.sgml
+++ b/doc/src/sgml/high-availability.sgml
@@ -1259,6 +1259,18 @@ primary_slot_name = 'node_a_slot'
When a server is not in recovery mode, there is no difference between
<literal>on</literal> and <literal>always</literal> modes.
</para>
+
+ <para>
+ When standby is promoted and <varname>archive_mode</varname> is set to
+ <literal>on</> or <literal>always</literal>, it will archive the last,
+ partial and incomplete segment from the previous timeline with suffix
+ <filename>.partial</filename>. There is no automatic mechanism to detect
+ and use <filename>.partial</filename> files at recovery so they will go
+ unused except if they are renamed and placed in
+ <filename>pg_xlog</filename>. This segment would not be needed when
+ recovering on the new timeline as the first segment of the new timeline
+ would be used instead, still it may be useful for debugging purposes.
+ </para>
</sect2>
</sect1>
--
Sent via pgsql-hackers mailing list ([email protected])
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers
