Re: problem about reindex

From: liam saffioti <liam(dot)saffiotti(at)gmail(dot)com>
To: Julien Rouhaud <rjuju123(at)gmail(dot)com>
Cc: pgsql-admin <pgsql-admin(at)lists(dot)postgresql(dot)org>
Subject: Re: problem about reindex
Date: 2021-09-22 12:35:40
Message-ID: CAGHjuaaD3Ka2LgJALV+LFBa-NOmVTahF17rFQ-PSp1T1gr6usw@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-admin

Hi again Julien,
I am very grateful for your explain and solution. I understand the issue.
Thank you so much again.

Julien Rouhaud <rjuju123(at)gmail(dot)com>, 22 Eyl 2021 Çar, 15:16 tarihinde şunu
yazdı:

> On Wed, Sep 22, 2021 at 8:06 PM liam saffioti <liam(dot)saffiotti(at)gmail(dot)com>
> wrote:
> >
> > Yes, the operating system was upgraded from RHEL 7.9 to 8.4.
>
> After a quick check it seems that RHEL 7.X comes with glibc 2.17 and
> RHEL 8?X comes with glibc 2.28. So unfortunately all your indexes
> using collatable datatypes are corrupted. See
> https://postgresql.verite.pro/blog/2018/08/27/glibc-upgrade.html for
> more details.
>
> > Does this mean that I will do reindex operation on all indexes in the
> system?
>
> Only indexes using collatable datatypes.
>
> > Or how can I detect corrupted indexes due to upgrade?
>
> That's not easy, as you have to check all directly used columns, but
> also expression and predicates. You could use amcheck to detect
> corrupted indexes, but it will be quite costly.
>
> If you're not sure of how to do that, a database-wide REINDEX on each
> database is safer.
>
> > Also shouldn't it be seen in the log in case of corruption, like this
> "ERROR: could not read block xxx in file".
>
> Unfortunately no, because it's a "logical corruption", due to an
> underlying ordering change.
>

In response to

Browse pgsql-admin by date

  From Date Subject
Next Message John Wiencek 2021-09-23 04:04:19 RHEL 8 APPSTREAM
Previous Message Julien Rouhaud 2021-09-22 12:16:06 Re: problem about reindex