Re: `pg_ctl init` crashes when run concurrently; semget(2) suspected
Tom Lane <tgl@sss.pgh.pa.us>
From: Tom Lane <tgl@sss.pgh.pa.us>
To: Thomas Munro <thomas.munro@gmail.com>
Cc: "Burd, Greg" <greg@burd.me>, Gavin Panella <gavinpanella@gmail.com>,
pgsql-hackers@postgresql.org
Date: 2025-08-16T03:16:30Z
Lists: pgsql-hackers
Thomas Munro <thomas.munro@gmail.com> writes: > And just by the way, each backend has its own semaphore, so in actual > usage we're probably only talking about the "superfluous wakeups" > mentioned in lwlock.c, clog.c and procarray.c. I suppose it's not > expected to go very high at all? I wouldn't expect so. regards, tom lane
Commits
-
Don't treat EINVAL from semget() as a hard failure.
- 21fddb3d7690 19 (unreleased) landed
- f4c0883448d8 15.15 landed
- e67d5f7baa7d 16.11 landed
- e3b3fa863810 13.23 landed
- b3d6e8b63bc1 14.20 landed
- ab92f0e7f7d7 17.7 landed
- 787cd2b7d5cd 18.0 landed
-
Give up on running with NetBSD/OpenBSD's default semaphore settings.
- 810a8b1c8051 18.0 cited