aboutsummaryrefslogtreecommitdiff
path: root/src/tutorial/basics.source
diff options
context:
space:
mode:
authorFujii Masao <fujii@postgresql.org>2020-03-09 15:31:31 +0900
committerFujii Masao <fujii@postgresql.org>2020-03-09 15:34:38 +0900
commit500fe161edd0eee20fb12365609f0db215db34f7 (patch)
tree2e3d1bb0c2aa433907d449d25c1fe2da22ccfb0f /src/tutorial/basics.source
parent53a039da62bb967c60522572e1e69e25cc94d6ed (diff)
downloadpostgresql-500fe161edd0eee20fb12365609f0db215db34f7.tar.gz
postgresql-500fe161edd0eee20fb12365609f0db215db34f7.zip
Avoid assertion failure with targeted recovery in standby mode.
At the end of recovery, standby mode is turned off to re-fetch the last valid record from archive or pg_wal. Previously, if recovery target was reached and standby mode was turned off while the current WAL source was stream, recovery could try to retrieve WAL file containing the last valid record unexpectedly from stream even though not in standby mode. This caused an assertion failure. That is, the assertion test confirms that WAL file should not be retrieved from stream if standby mode is not true. This commit moves back the current WAL source to archive if it's stream even though not in standby mode, to avoid that assertion failure. This issue doesn't cause the server to crash when built with assertion disabled. In this case, the attempt to retrieve WAL file from stream not in standby mode just fails. And then recovery tries to retrieve WAL file from archive or pg_wal. Back-patch to all supported branches. Author: Kyotaro Horiguchi Reviewed-by: Fujii Masao Discussion: https://postgr.es/m/20200227.124830.2197604521555566121.horikyota.ntt@gmail.com
Diffstat (limited to 'src/tutorial/basics.source')
0 files changed, 0 insertions, 0 deletions