Re: 13dev failed assert: comparetup_index_btree(): ItemPointer values should never be equal

From: "Andrey M(dot) Borodin" <x4mmm(at)yandex-team(dot)ru>
To: Matthias van de Meent <boekewurm+postgres(at)gmail(dot)com>
Cc: Robins Tharakan <tharakan(at)gmail(dot)com>, pgsql-hackers <pgsql-hackers(at)postgresql(dot)org>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Tomas Vondra <tomas(dot)vondra(at)postgresql(dot)org>, Alexander Korotkov <a(dot)korotkov(at)postgrespro(dot)ru>, Peter Geoghegan <pg(at)bowt(dot)ie>, James Coleman <jtc331(at)gmail(dot)com>
Subject: Re: 13dev failed assert: comparetup_index_btree(): ItemPointer values should never be equal
Date: 2024-03-21 16:08:57
Message-ID: E5382B33-7E97-47A2-A3D7-20098E05F3A2@yandex-team.ru
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

> On 21 Mar 2024, at 18:54, Peter Geoghegan <pg(at)bowt(dot)ie> wrote:
> Do the posting lists that are corrupt
> (reported on elsewhere) also have duplicate TIDs?

I do not have access now, but AFAIR yes.
Thanks for pointers!

BTW there were also some errors in logs like
ERROR: index "tablename" contains unexpected zero page at block 1265985 HINT:
and even
MultiXactId 34043703 has not been created yet -- apparent wraparound
"right sibling's left-link doesn't match: right sibling 4 of target 2 with leafblkno 2 and scanblkno 2 spuriously links to non-target 1 on level 0 of index "indexname"

Multixact problem was fixed by vacuum freeze, other indexes were repacked.

> On 21 Mar 2024, at 20:21, Matthias van de Meent <boekewurm+postgres(at)gmail(dot)com> wrote:
>
> Would you happen to have a PostgreSQL version number (or commit hash)
> to help debugging? Has it always had that PG version, or has the
> version been upgraded?

Vanilla 14.11 (14.10 when created).

> Considering the age of this thread, and thus potential for v14 pre-.4:
> Did this cluster use REINDEX (concurrently) for the relevant indexes?

As now I see, chances are my case is not related to the original thread.

Thanks!

Best regards, Andrey Borodin.

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Michael P 2024-03-21 16:12:40 Re: ALTER TABLE SET ACCESS METHOD on partitioned tables
Previous Message Amit Langote 2024-03-21 16:08:11 Re: remaining sql/json patches