Re: REINDEX INDEX results in a crash for an index of pg_class since 9.6

From: Andres Freund <andres(at)anarazel(dot)de>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Michael Paquier <michael(at)paquier(dot)xyz>, Postgres hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org>
Subject: Re: REINDEX INDEX results in a crash for an index of pg_class since 9.6
Date: 2019-04-30 22:53:07
Message-ID: 20190430225307.lvfvcf2776iywhw4@alap3.anarazel.de
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Hi,

On 2019-04-30 18:42:36 -0400, Tom Lane wrote:
> markhor just reported in with results showing that we have worse
> problems than deadlock-prone tests in the back branches: 9.4
> for example looks like

> -- whole tables
> REINDEX TABLE pg_class; -- mapped, non-shared, critical
> + ERROR: could not read block 0 in file "base/16384/27769": read only 0 of 8192 bytes

Ugh. Also failed on 9.6.

> Given this, I'm rethinking my position that we can dispense with these
> test cases. Let's try putting them in a standalone test script, and
> see whether that leads to failures or not. Even if it does, we'd
> better keep them until we've got a fully clean bill of health from
> the buildfarm.

Yea. Seems likely this indicates a proper, distinct, bug :/

I'll move the test into a new "reindex_catalog" test, with a comment
explaining that the failure cases necessitating that are somewhere
between bugs, ugly warts, an hard to fix edge cases.

Greetings,

Andres Freund

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Andres Freund 2019-04-30 23:48:51 Re: clean up docs for v12
Previous Message Tom Lane 2019-04-30 22:42:36 Re: REINDEX INDEX results in a crash for an index of pg_class since 9.6