Increasing timeout of poll_query_until for TAP tests

From: Michael Paquier <michael(dot)paquier(at)gmail(dot)com>
To: PostgreSQL mailing lists <pgsql-hackers(at)postgresql(dot)org>
Subject: Increasing timeout of poll_query_until for TAP tests
Date: 2016-07-25 04:22:35
Message-ID: CAB7nPqTht97nboZHDG3Qq0VF1voeTcd8WZD=kOvtC0TK_aPAZw@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Hi all,

Lately hamster is failing every 4/5 days on the recovery regression
tests in 003 covering the recovery targets, with that:
# Postmaster PID for node "standby_2" is 20510
#
Timed out while waiting for standby to catch up at
t/003_recovery_targets.pl line 36.

Which means that poll_for_query timed out for the standby to catch up..

Here is an example of test that failed:
http://buildfarm.postgresql.org/cgi-bin/show_log.pl?nm=hamster&dt=2016-07-24%2016%3A00%3A07

This buildfarm machine is legendary known for its slowness, and I
don't see a better answer to that than increasing the max timeout of
poll_query_until to put that back to green.
Thoughts?
--
Michael

Attachment Content-Type Size
fix-recovery-tap-failures.patch invalid/octet-stream 363 bytes

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Craig Ringer 2016-07-25 04:27:32 Re: Problem in PostgresSQL Configuration with YII 1 & Wordpress
Previous Message Kyotaro HORIGUCHI 2016-07-25 03:44:06 Re: Constraint merge and not valid status