Re: BUG #17386: btree index corruption after reindex concurrently on write heavy table

Поиск
Список
Период
Сортировка
От Noah Misch
Тема Re: BUG #17386: btree index corruption after reindex concurrently on write heavy table
Дата
Msg-id 20220129023418.GA2452893@rfd.leadboat.com
обсуждение исходный текст
Ответ на Re: BUG #17386: btree index corruption after reindex concurrently on write heavy table  (Maxim Boguk <maxim.boguk@gmail.com>)
Ответы Re: BUG #17386: btree index corruption after reindex concurrently on write heavy table  (Peter Geoghegan <pg@bowt.ie>)
Re: BUG #17386: btree index corruption after reindex concurrently on write heavy table  (Andres Freund <andres@anarazel.de>)
Список pgsql-bugs
On Fri, Jan 28, 2022 at 04:17:28PM +0200, Maxim Boguk wrote:
> On Fri, Jan 28, 2022 at 3:42 PM PG Bug reporting form <noreply@postgresql.org> wrote:
> > PostgreSQL version: 14.1

> Seems something broken in combination of HOT update and REINDEX
> CONCURRENTLY.

Agreed.  Can you create a self-contained test case, perhaps by adapting
contrib/amcheck/t/002_cic.pl?  If this bug is like the ones fixed between 14.0
and 14.1, the base backup and WAL won't help us, unfortunately.  The transient
states are what matter.  I did try modifying the test to have elements of your
scenario, including HOT updates, KEY SHARE locks, and frozen tuples.  That
didn't reproduce the bug.  I'm attaching what I tried.

Вложения

В списке pgsql-bugs по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: BUG #17387: Working in PG13 but not in PGH14: array_agg(RECORD)
Следующее
От: Peter Geoghegan
Дата:
Сообщение: Re: BUG #17386: btree index corruption after reindex concurrently on write heavy table