Re: Missed condition-variable wakeups on FreeBSD - Mailing list pgsql-hackers

From Thomas Munro
Subject Re: Missed condition-variable wakeups on FreeBSD
Date
Msg-id CA+hUKGLqiaWXf98=aLPANQQrrXx=n6BZdN+kjDod5YVAv5nEEg@mail.gmail.com
Whole thread Raw
In response to Missed condition-variable wakeups on FreeBSD  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
On Sun, Feb 27, 2022 at 8:07 AM Tom Lane <tgl@sss.pgh.pa.us> wrote:
> I have observed this three times in the REL_11 branch, once
> in REL_12, and a couple of times last summer before it occurred
> to me to start keeping notes.  Over that time the machine has
> been running various patchlevels of FreeBSD 13.0.

FTR I noticed that my animal elver hadn't reported for a while and
logged and found it locked up, a bit like that, but in test_shm_mq
rather than PHJ.  It's FreeBSD 13.1 on a fairly fast 16 way amd64 (in
a jail), and it was testing REL_12_STABLE, so using poll() for
WaitEventSetWaitBlock().  When I connected a debugger then
disconnected, it was unblocked and continued.  Unfortunately I didn't
get any new information :-(



pgsql-hackers by date:

Previous
From: Amin
Date:
Subject: Re: Get access to the whole query in CustomScan path callback
Next
From: Michael Paquier
Date:
Subject: Re: [EXTERNAL] Re: [PATCH] Support using "all" for the db user in pg_ident.conf