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.
>
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 |