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
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 |