Re: 2021-11-11 release announcement draft - Mailing list pgsql-hackers

From Peter Geoghegan
Subject Re: 2021-11-11 release announcement draft
Date
Msg-id CAH2-WzmxAuSSOwo8Ng0fw7EH0BQbx+Ut4+5Ct=YaKW16xa=Y8w@mail.gmail.com
Whole thread Raw
In response to Re: 2021-11-11 release announcement draft  ("Jonathan S. Katz" <jkatz@postgresql.org>)
Responses Re: 2021-11-11 release announcement draft
List pgsql-hackers
On Wed, Nov 10, 2021 at 11:07 AM Jonathan S. Katz <jkatz@postgresql.org> wrote:
> > * Fix causes of `CREATE INDEX CONCURRENTLY` and `REINDEX CONCURRENTLY` writing
> > corrupt indexes.  You should reindex any concurrently-built indexes.
>
> Done.

As far as I know (correct me if I'm mistaken), all of the CIC/RC bugs
are detectable using amcheck's heapallindexed verification feature.
Why not say as much? Lots of people create lots of indexes with CIC,
and so giving more actionable advice seems worthwhile.

(Unfortunately the same cannot really be said for the 14-only bug in
parallel VACUUM. Seeing what amcheck (or pg_amcheck) have to say is
certainly better than assuming all indexes are corrupt (when they
might have been manually VACUUMed), but it's not the same situation. I
don't think that it's all that unlikely that the B-Tree verification
stuff would miss real problems, since even heapallindexed only notices
the absence of needed index tuples. Whereas the VACUUM bug is mostly
(but not entirely) characterized by the *presence* of "extra", corrupt
index tuples -- tuples that VACUUM should have already removed, but
didn't.

-- 
Peter Geoghegan



pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: Should AT TIME ZONE be volatile?
Next
From: Michael Paquier
Date:
Subject: Re: Weird failure in explain.out with OpenBSD