Fix handling of WAL segments ready to be archived during crash recovery
authorMichael Paquier <michael@paquier.xyz>
Thu, 23 Apr 2020 23:48:28 +0000 (08:48 +0900)
committerMichael Paquier <michael@paquier.xyz>
Thu, 23 Apr 2020 23:48:28 +0000 (08:48 +0900)
commit4e87c4836ab9059cdec17b0a288db3622a42ac18
treee11fc75c0384b5487be7e5e1a02533f47eb41365
parent3436c5e28374d4e0587634fda09faf4a38a9d848
Fix handling of WAL segments ready to be archived during crash recovery

78ea8b5 has fixed an issue related to the recycling of WAL segments on
standbys depending on archive_mode.  However, it has introduced a
regression with the handling of WAL segments ready to be archived during
crash recovery, causing those files to be recycled without getting
archived.

This commit fixes the regression by tracking in shared memory if a live
cluster is either in crash recovery or archive recovery as the handling
of WAL segments ready to be archived is different in both cases (those
WAL segments should not be removed during crash recovery), and by using
this new shared memory state to decide if a segment can be recycled or
not.  Previously, it was not possible to know if a cluster was in crash
recovery or archive recovery as the shared state was able to track only
if recovery was happening or not, leading to the problem.

A set of TAP tests is added to close the gap here, making sure that WAL
segments ready to be archived are correctly handled when a cluster is in
archive or crash recovery with archive_mode set to "on" or "always", for
both standby and primary.

Reported-by: Benoît Lobréau
Author: Jehan-Guillaume de Rorthais
Reviewed-by: Kyotaro Horiguchi, Fujii Masao, Michael Paquier
Discussion: https://postgr.es/m/20200331172229.40ee00dc@firost
Backpatch-through: 9.5
src/backend/access/transam/xlog.c
src/backend/access/transam/xlogarchive.c
src/include/access/xlog.h
src/test/recovery/t/020_archive_status.pl [new file with mode: 0644]
src/tools/pgindent/typedefs.list