From: | Michael Paquier <michael(at)paquier(dot)xyz> |
---|---|
To: | pgsql-committers(at)lists(dot)postgresql(dot)org |
Subject: | pgsql: Improve stability of TAP test for synchronous replication |
Date: | 2019-07-24 01:55:51 |
Message-ID: | E1hq6VT-0002qS-AN@gemulon.postgresql.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-committers |
Improve stability of TAP test for synchronous replication
Slow buildfarm machines have run into issues with this TAP test caused
by a race condition related to the startup of a set of standbys, where
it is possible to finish with an unexpected order in the WAL sender
array of the primary.
This closes the race condition by making sure that any standby started
is registered into the WAL sender array of the primary before starting
the next one based on lookups of pg_stat_replication.
Backpatch down to 9.6 where the test has been introduced.
Author: Michael Paquier
Reviewed-by: Álvaro Herrera, Noah Misch
Discussion: https://postgr.es/m/20190617055145.GB18917@paquier.xyz
Backpatch-through: 9.6
Branch
------
REL_11_STABLE
Details
-------
https://git.postgresql.org/pg/commitdiff/ca553394b2efcf0a551b1fe2ae82a1515f90f2cb
Modified Files
--------------
src/test/recovery/t/007_sync_rep.pl | 42 +++++++++++++++++++++++++++++--------
1 file changed, 33 insertions(+), 9 deletions(-)
From | Date | Subject | |
---|---|---|---|
Next Message | Michael Paquier | 2019-07-24 02:28:39 | pgsql: Doc: Clarify interactions of pg_receivewal with remote_apply |
Previous Message | Alvaro Herrera | 2019-07-23 21:25:11 | pgsql: Check that partitions are not in use when dropping constraints |