From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Simon Riggs <simon(at)2ndquadrant(dot)com> |
Cc: | Peter Eisentraut <peter_e(at)gmx(dot)net>, Andrew Dunstan <andrew(at)dunslane(dot)net>, pgsql-committers <pgsql-committers(at)postgresql(dot)org> |
Subject: | Buildfarm status monitoring (was Re: pgsql: Implement channel binding tls-server-end-point for SCRAM) |
Date: | 2018-01-08 16:01:53 |
Message-ID: | 31988.1515427313@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-committers pgsql-hackers |
Simon Riggs <simon(at)2ndquadrant(dot)com> writes:
> On 4 January 2018 at 21:02, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
>> Peter Eisentraut <peter_e(at)gmx(dot)net> writes:
>>> Implement channel binding tls-server-end-point for SCRAM
>> Buildfarm doesn't like this one bit.
> Can't we automate these messages?
It's not that easy. First, the buildfarm gets random failures all the
time, due to this and that. Second, if several commits have occurred
since the critter's last run, it requires some human judgment to figure
out which commit is probably to blame.
You could ameliorate the first problem by waiting for multiple failures
to show up ... but the longer you wait, the worse the second problem
becomes (and the less useful the report would be anyway).
> It would be useful to get automatic message giving a summary of
> buildfarm results at 15, 30 and 60 minute intervals, even if it is
> just ALL CLEAR.
The raw result of that would be too noisy to be useful. I've wondered
about getting the buildfarm status page to filter out the more obvious
classes of "random failure" --- git pull failures would be one, and
another would be if "no space left on device" appears anywhere in any
of the report's log files. Don't know how far that would get us, though.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Andrew Dunstan | 2018-01-08 17:02:52 | Re: Buildfarm status monitoring (was Re: pgsql: Implement channel binding tls-server-end-point for SCRAM) |
Previous Message | Simon Riggs | 2018-01-08 15:44:11 | Re: pgsql: Implement channel binding tls-server-end-point for SCRAM |
From | Date | Subject | |
---|---|---|---|
Next Message | Robert Haas | 2018-01-08 16:18:47 | Re: [HACKERS] [PROPOSAL] Temporal query processing with range types |
Previous Message | Robert Haas | 2018-01-08 15:58:13 | Re: Parallel append plan instability/randomness |