From: | Michael Paquier <michael(at)paquier(dot)xyz> |
---|---|
To: | Jeff Davis <pgsql(at)j-davis(dot)com> |
Cc: | Postgres hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org>, "Maksim(dot)Melnikov" <m(dot)melnikov(at)postgrespro(dot)ru> |
Subject: | Re: Persist injection points across server restarts |
Date: | 2025-06-03 04:13:06 |
Message-ID: | aD52UvdcePErVE8F@paquier.xyz |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
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
From | Date | Subject | |
---|---|---|---|
Next Message | Amul Sul | 2025-06-03 04:14:18 | Re: Foreign key validation failure in 18beta1 |
Previous Message | Xuneng Zhou | 2025-06-03 03:32:00 | Re: Add CHECK_FOR_INTERRUPTS in polling loop code path in XactLockTableWait |