Re: Unstable regression test for contrib/pageinspect

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Mark Dilger <mark(dot)dilger(at)enterprisedb(dot)com>
Cc: pgsql-hackers(at)lists(dot)postgresql(dot)org
Subject: Re: Unstable regression test for contrib/pageinspect
Date: 2022-11-21 04:32:15
Message-ID: 3043391.1669005135@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Mark Dilger <mark(dot)dilger(at)enterprisedb(dot)com> writes:
> On Nov 20, 2022, at 12:37 PM, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
>> contrib/amcheck and contrib/pg_visibility are also using
>> DISABLE_PAGE_SKIPPING, so I wonder if they have similar hazards.
>> I haven't seen them fall over, though.

> In the amcheck regression test case, it's because the test isn't
> sensitive to whether the freeze actually happens. You can comment
> out that line, and the only test difference is the comment:

Interesting. I tried that with pg_visibility, with the same result:
removing its VACUUM commands altogether changes nothing else in the
test output. I'm not sure this is a good thing. It makes one wonder
whether these tests really test what they claim to. But it certainly
explains the lack of failures.

> The amcheck TAP test is sensitive to commenting out the freeze, though:
> ...
> But the TAP test also disables autovacuum, so a background
> auto-analyze shouldn't be running. Maybe that's why you haven't
> seen amcheck fall over?

Ah, right, I see

$node->append_conf('postgresql.conf', 'autovacuum=off');

in 001_verify_heapam.pl. So that one's okay too.

Bottom line seems to be that converting pageinspect's test table
to a temp table should fix this. If no objections, I'll do that
tomorrow.

regards, tom lane

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 2022-11-21 04:46:13 Re: Unstable regression test for contrib/pageinspect
Previous Message Mark Dilger 2022-11-21 03:21:20 Re: Unstable regression test for contrib/pageinspect