Re: "ERROR: latch already owned" on gharial
Robert Haas <robertmhaas@gmail.com>
From: Robert Haas <robertmhaas@gmail.com>
To: Thomas Munro <thomas.munro@gmail.com>
Cc: Tom Lane <tgl@sss.pgh.pa.us>, Noah Misch <noah@leadboat.com>, Andres Freund <andres@anarazel.de>, CM Team <cm@enterprisedb.com>, pgsql-hackers <pgsql-hackers@postgresql.org>
Date: 2022-05-27T13:56:08Z
Lists: pgsql-hackers
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. What I'm inclined to do is get gharial and anole removed from the buildfarm. anole was set up by Heikki in 2011. I don't know when gharial was set up, or by whom. I don't think anyone at EDB cares about these machines any more, or has any interest in maintaining them. I think the only reason they're still running is that, just by good fortune, they haven't fallen over and died yet. The hardest part of getting them taken out of the buildfarm is likely to be finding someone who has a working username and password to log into them and take the jobs out of the crontab. If someone really cares about figuring out what's going on here, it's probably possible to get someone who is an EDB employee access to the box to chase it down. But I'm having a hard time understanding what value we get out of that given that the machines are running an 11-year-old compiler version on discontinued hardware on a discontinued operating system. Even if we find a bug in PostgreSQL, it's likely to be a bug that only matters on systems nobody cares about. -- Robert Haas EDB: http://www.enterprisedb.com
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