Re: Persist injection points across server restarts
Michael Paquier <michael@paquier.xyz>
From: Michael Paquier <michael@paquier.xyz>
To: Jeff Davis <pgsql@j-davis.com>
Cc: Postgres hackers <pgsql-hackers@lists.postgresql.org>, "Maksim.Melnikov" <m.melnikov@postgrespro.ru>
Date: 2025-06-03T04:13:06Z
Lists: pgsql-hackers
On Mon, Jun 02, 2025 at 12:42:35PM -0700, Jeff Davis wrote: > Unless that other thread is blocked for some reason, I'd suggest just > going ahead with the SQL callable function first. That seems > independently useful. Thanks. Having InjectionPointList() was also required for the other thread. > This seems like a fair amount of complexity for a single use case. > Arguably, complexity around testing infrastructure is a lot less of a > problem than other kinds of complexity, so it might be OK. But it would > be nice if there were a couple cases that would benefit rather than > one. In all the approaches I've considered, this one was the least worst of all based on the point that all the complexity is hidden in the test module; there is no need to touch the backend code at all as long as there is a way to retrieve the list of points that would be dumped to disk. Another set of test cases I had in mind was waits during recovery before consistency is reached. There is no way to add a point without connecting to the database, and we've had plenty of fixes involving the startup process and a different process, mostly the checkpointer. That's an annoying limitation. -- Michael
Commits
-
Add InjectionPointList() to retrieve list of injection points
- 7b2eb72b1b8c 19 (unreleased) landed