From: | Joe Conway <mail(at)joeconway(dot)com> |
---|---|
To: | marc(dot)morad(at)gmail(dot)com, pgsql-bugs(at)lists(dot)postgresql(dot)org |
Subject: | Re: BUG #17937: Corrupt Indexes after reusing DRBD Device on new VM |
Date: | 2023-05-17 13:27:03 |
Message-ID: | f595ee7c-9e2d-e1c2-cdef-cab9c8197af2@joeconway.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-bugs |
On 5/17/23 05:42, PG Bug reporting form wrote:
> After we migrated the VM from CentOS 7 to AlmaLinux 8, we had a few issues
> with broken/corrupt indexes. This problem occured a total of 3 times. Each
> The error messages all looked very similar to the following:
> Database error: [S]ERROR#012[V]ERROR#012[C]XX002#012[M]table tid from new
> index tuple (3346213,70) cannot find insert offset between offsets 2 and 4
> of block 5485 in index
> Have you ever heard of a similiar problem ?
> Any leads what might cause these problems would be very helpful.
CentOS 7 is glibc 2.17
AlmaLinux 8 is glibc 2.28
There are known issues with glibc upgrades (in particular 2.28, but also
in general) causing collation changes which break all indexes which use
glibc collations (basically text, varchar, char). You need to rebuild
them, preferably before allowing *any* write activity (inserts or updates).
--
Joe Conway
PostgreSQL Contributors Team
RDS Open Source Databases
Amazon Web Services: https://aws.amazon.com
From | Date | Subject | |
---|---|---|---|
Next Message | Alexander Lakhin | 2023-05-17 14:00:00 | Re: BUG #17884: gist_page_items() crashes for a non-leaf page of an index with non-key columns |
Previous Message | Peter Eisentraut | 2023-05-17 12:41:00 | Re: AW: BUG #17923: Excessive warnings of collation version mismatch in logs |