Re: "ERROR: latch already owned" on gharial
Tom Lane <tgl@sss.pgh.pa.us>
From: Tom Lane <tgl@sss.pgh.pa.us>
To: Robert Haas <robertmhaas@gmail.com>
Cc: Thomas Munro <thomas.munro@gmail.com>, Noah Misch <noah@leadboat.com>,
Andres Freund <andres@anarazel.de>, CM Team <cm@enterprisedb.com>,
pgsql-hackers <pgsql-hackers@postgresql.org>
Date: 2022-05-27T14:21:51Z
Lists: pgsql-hackers
Robert Haas <robertmhaas@gmail.com> writes: > On Fri, May 27, 2022 at 7:55 AM Thomas Munro <thomas.munro@gmail.com> wrote: >> Thanks. Hmm. So far it's always a parallel worker. The best idea I >> have is to include the ID of the mystery PID in the error message and >> see if that provides a clue next time. > ... Even if we find a bug in PostgreSQL, > it's likely to be a bug that only matters on systems nobody cares > about. That's possible, certainly. It's also possible that it's a real bug that so far has only manifested there for (say) timing reasons. The buildfarm is not so large that we can write off single-machine failures as being unlikely to hit in the real world. What I'd suggest is to promote that failure to elog(PANIC), which would at least give us the PID and if we're lucky a stack trace. regards, tom lane
Commits
Same data as JSON:
GET /api/v1/messages/:b64id/commits
the thread's linked commits as JSON, with link sources.
API reference →
-
Add debugging help in OwnLatch().
- 12e28aac8e8e 15.0 landed
-
Add barriers to the latch code.
- 14e8803f101a 9.5.0 cited