Fix random failure in 004_subscription.
After the upgrade, the failed test was ensuring that the changes made on the publisher should be replicated to the subscriber. We missed waiting for one of the subscriptions to catch up. Per buildfarm Author: Vignesh C Reviewed-by: Kuroda Hayato Discussion: https://postgr.es/m/CALDaNm0z=fLtio1h50K8WossUGXU+gy0H9y9=RYh1DDZiq2EDw@mail.gmail.com
This commit is contained in:
parent
6d49c8d4b4
commit
677a45c4ae
@ -314,6 +314,9 @@ $new_sub->restart;
|
|||||||
$new_sub->safe_psql('postgres', "ALTER SUBSCRIPTION regress_sub5 ENABLE");
|
$new_sub->safe_psql('postgres', "ALTER SUBSCRIPTION regress_sub5 ENABLE");
|
||||||
$new_sub->wait_for_subscription_sync($publisher, 'regress_sub5');
|
$new_sub->wait_for_subscription_sync($publisher, 'regress_sub5');
|
||||||
|
|
||||||
|
# wait for regress_sub4 to catchup as well
|
||||||
|
$publisher->wait_for_catchup('regress_sub4');
|
||||||
|
|
||||||
# Rows on tab_upgraded1 and tab_upgraded2 should have been replicated
|
# Rows on tab_upgraded1 and tab_upgraded2 should have been replicated
|
||||||
$result =
|
$result =
|
||||||
$new_sub->safe_psql('postgres', "SELECT count(*) FROM tab_upgraded1");
|
$new_sub->safe_psql('postgres', "SELECT count(*) FROM tab_upgraded1");
|
||||||
|
Loading…
x
Reference in New Issue
Block a user