diff options
author | Tom Lane <tgl@sss.pgh.pa.us> | 2017-10-01 12:43:47 -0400 |
---|---|---|
committer | Tom Lane <tgl@sss.pgh.pa.us> | 2017-10-01 12:43:47 -0400 |
commit | 1a6b2b16565aa70f663f83aa6c47b4cbc545eeb2 (patch) | |
tree | c656316a116811326bca093fab58f8cd4fa61d3d | |
parent | e775dd6a4b1b87cd367a725f8840f068f2daae27 (diff) | |
download | postgresql-1a6b2b16565aa70f663f83aa6c47b4cbc545eeb2.tar.gz postgresql-1a6b2b16565aa70f663f83aa6c47b4cbc545eeb2.zip |
Use a longer connection timeout in pg_isready test.
Buildfarm members skink and sungazer have both recently failed this
test, with symptoms indicating that the default 3-second timeout
isn't quite enough for those very slow systems. There's no reason
to be miserly with this timeout, so boost it to 60 seconds.
Back-patch to all versions containing this test. That may be overkill,
because the failure has only been observed in the v10 branch, but
I don't feel like having to revisit this later.
-rw-r--r-- | src/bin/scripts/t/080_pg_isready.pl | 3 |
1 files changed, 2 insertions, 1 deletions
diff --git a/src/bin/scripts/t/080_pg_isready.pl b/src/bin/scripts/t/080_pg_isready.pl index d9830b5b3ad..d01804da371 100644 --- a/src/bin/scripts/t/080_pg_isready.pl +++ b/src/bin/scripts/t/080_pg_isready.pl @@ -15,4 +15,5 @@ my $node = get_new_node('main'); $node->init; $node->start; -$node->command_ok(['pg_isready'], 'succeeds with server running'); +# use a long timeout for the benefit of very slow buildfarm machines +$node->command_ok([qw(pg_isready --timeout=60)], 'succeeds with server running'); |