]> git.ipfire.org Git - thirdparty/postgresql.git/commit
Fix timing-dependent failure in recovery test 004_timeline_switch
authorMichael Paquier <michael@paquier.xyz>
Wed, 5 Nov 2025 07:48:19 +0000 (16:48 +0900)
committerMichael Paquier <michael@paquier.xyz>
Wed, 5 Nov 2025 07:48:19 +0000 (16:48 +0900)
commita4fd971c6f534aff96a1b3aab61d8a498b6b4ac5
tree8ed44f76c35021267bbd56a58e7873148358bb6e
parent5509055d6956745532e65ab218e15b99d87d66ce
Fix timing-dependent failure in recovery test 004_timeline_switch

The test introduced by 17b2d5ec759c verifies that a WAL receiver
survives across a timeline jump by searching the server logs for
termination messages.  However, it called restart() before the timeline
switch, which kills the WAL receiver and may log the exact message being
checked, hence failing the test.  As TAP tests reuse the same log file
across restarts, a rotate_logfile() is used before the restart so as the
log matching check is not impacted by log entries generated by a
previous shutdown.

Recent changes to file handle inheritance altered I/O timing enough to
make this fail consistently while testing another patch.

While on it, this adds an extra check based on a PID comparison.  This
test may lead to false positives as it could be possible that the WAL
receiver has processed a timeline jump before the initial PID is
grabbed, but it should be good enough in most cases.

Like 17b2d5ec759c, backpatch down to v13.

Author: Bryan Green <dbryan.green@gmail.com>
Co-authored-by: Xuneng Zhou <xunengzhou@gmail.com>
Discussion: https://postgr.es/m/9d00b597-d64a-4f1e-802e-90f9dc394c70@gmail.com
Backpatch-through: 13
src/test/recovery/t/004_timeline_switch.pl