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 |
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 |