public inbox for [email protected]
help / color / mirror / Atom feedFrom: Tom Lane <[email protected]>
To: Michael Banck <[email protected]>
Cc: Andrew Dunstan <[email protected]>
Cc: [email protected]
Subject: Re: Maybe BF "timedout" failures are the client script's fault?
Date: Fri, 09 Jan 2026 16:42:22 -0500
Message-ID: <[email protected]> (raw)
In-Reply-To: <[email protected];lightning.p46.dedyn.io>
References: <[email protected]>
<[email protected];lightning.p46.dedyn.io>
Michael Banck <[email protected]> writes:
> On Fri, Jan 09, 2026 at 03:41:03PM -0500, Tom Lane wrote:
>> Looking into the buildfarm client, I realized that it's assuming that
>> "sleep($wait_time)" is sufficient to wait for $wait_time seconds.
>> However, the Perl docs point out that sleep() can be interrupted by a
>> signal. So now I'm suspicious that many of these failures are caused
>> by a stray signal waking up the wait_timeout thread prematurely.
> That might be the case for those other failures, but unfortunately, I
> think the fruitcrow failures are really because it gets stuck endlessly
> in the test_shm_mq test (it is always that one) and only the test
> timeout kicks it out.
If it's always the same test, then yeah that's evidence against
my theory (at least for fruitcrow's failures).
> I've ran that test manually quite a lot and either it finishes in 10-15
> seconds, or (presumably) never. This is not really easy to see in the
> public builfarm logs (at least I can't find it on a quick glance), but
> I've routinely checked the log timestamps of the runs, and they really
> take one hour (wait_timeout) in the case of a hang.
Hmm. Then why is the BF report showing that the total runtime is
nowhere near that? I wonder how those times are gathered ...
regards, tom lane
view thread (4+ messages) latest in thread
reply
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Reply to all the recipients using the --to and --cc options:
reply via email
To: [email protected]
Cc: [email protected], [email protected], [email protected], [email protected]
Subject: Re: Maybe BF "timedout" failures are the client script's fault?
In-Reply-To: <[email protected]>
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
This inbox is served by agora; see mirroring instructions
for how to clone and mirror all data and code used for this inbox