Re: BUG #17245: Index corruption involving deduplicated entries

From: Peter Geoghegan <pg(at)bowt(dot)ie>
To: Andrew Gierth <andrew(at)tao11(dot)riddles(dot)org(dot)uk>
Cc: iijima(dot)yun(at)koumakan(dot)jp, PostgreSQL mailing lists <pgsql-bugs(at)lists(dot)postgresql(dot)org>
Subject: Re: BUG #17245: Index corruption involving deduplicated entries
Date: 2021-10-24 17:20:09
Message-ID: CAH2-WzmyWjROZJ+ag+NXT=cpScn5fnmN9VDYT_fiFtaLrGGXPw@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

On Sun, Oct 24, 2021 at 4:57 AM Andrew Gierth
<andrew(at)tao11(dot)riddles(dot)org(dot)uk> wrote:
> CC'ing to original reporter.

I suggest that pg_amcheck be run against the database, to try to
establish the overall extent of the corruption -- including all
indexes and heap relations from the database. This should start with
the original known-corrupt backup, from before the REINDEX. Then
report back the output of pg_amcheck to the list.

See: https://www.postgresql.org/docs/14/app-pgamcheck.html

Please specify --heapallindexed and --parent-check options when
running pg_amcheck, so that it will perform the most thorough possible
checks against indexes. --heapallindexed is particularly important
here, because the issue that Andrew highlighted is probably not
detectable just by looking at the index itself. It's purely an
inconsistency between the index and the table. This class of problem
has many possible causes.

Thanks
--
Peter Geoghegan

In response to

Browse pgsql-bugs by date

  From Date Subject
Next Message Andrey Borodin 2021-10-24 18:03:27 Re: conchuela timeouts since 2021-10-09 system upgrade
Previous Message Noah Misch 2021-10-24 16:19:42 conchuela timeouts since 2021-10-09 system upgrade