Disable cache clobber to avoid breaking postgres_fdw termination test.
authorTom Lane <tgl@sss.pgh.pa.us>
Tue, 4 May 2021 17:36:26 +0000 (13:36 -0400)
committerTom Lane <tgl@sss.pgh.pa.us>
Tue, 4 May 2021 17:36:26 +0000 (13:36 -0400)
commit1273a15bf91fa322915e32d3b6dc6ec916397268
tree3cfbe68cd8c88d613c15a8964a2042fc04c6262f
parente798d095da3a4a4bb5c50bb3dff886f07ef52f55
Disable cache clobber to avoid breaking postgres_fdw termination test.

Commit 93f414614 improved a pre-existing test case so that it would
show whether or not termination of the "remote" worker process happened.
This soon exposed that, when debug_invalidate_system_caches_always
(nee CLOBBER_CACHE_ALWAYS) is enabled, no such termination occurs.
That's because cache invalidation forces postgres_fdw connections
to be dropped at end of transaction, so that there's no worker to
terminate.  There's a race condition as to whether the worker will
manage to get out of the BackendStatusArray before we look, but at
least on buildfarm member hyrax, it's failed twice in two attempts.

Rather than re-lobotomizing the test, let's fix this by transiently
disabling debug_invalidate_system_caches_always.  (Hooray for that
being just a GUC nowadays, rather than a compile-time option.)
If this proves not to be enough to make the test stable, we can
do the other thing instead.

Discussion: https://postgr.es/m/3854538.1620081771@sss.pgh.pa.us
contrib/postgres_fdw/expected/postgres_fdw.out
contrib/postgres_fdw/sql/postgres_fdw.sql