Re: BUG #16593: pg_upgrade make corrupt UK indexes

From: Bruce Momjian <bruce(at)momjian(dot)us>
To: Magnus Hagander <magnus(at)hagander(dot)net>
Cc: Nick Cleaton <nick(at)cleaton(dot)net>, hali19790320(at)gmail(dot)com, PostgreSQL mailing lists <pgsql-bugs(at)lists(dot)postgresql(dot)org>
Subject: Re: BUG #16593: pg_upgrade make corrupt UK indexes
Date: 2020-08-26 22:57:30
Message-ID: 20200826225730.GD13370@momjian.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

On Wed, Aug 26, 2020 at 09:49:00AM +0200, Magnus Hagander wrote:
>
>
> On Wed, Aug 26, 2020 at 7:38 AM Nick Cleaton <nick(at)cleaton(dot)net> wrote:
>
> On Tue, 25 Aug 2020 at 23:55, PG Bug reporting form <noreply(at)postgresql(dot)org
> > wrote:
>
> We upgrade from 9.6 Centos7 to 12.3 Centos 8
>
>
> This from https://www.postgresql.org/docs/12/amcheck.html#id-1.11.7.11.9
> might be relevent:
>
> > Comparisons of datums of a collatable type like text must be immutable
> (just as all comparisons used for B-Tree index scans must be immutable),
> which implies that operating system collation rules must never change.
> Though rare, updates to operating system collation rules can cause these
> issues. More commonly, an inconsistency in the collation order between a
> master server and a standby server is implicated, possibly because the
> major operating system version in use is inconsistent
>
>
> And in particular also see https://wiki.postgresql.org/wiki/Locale_data_changes
> , which shows that the step from Centos7 to Centos8 is one that causes this
> problem. You need to reindex all text/varchar indexes when you  make that
> upgrade.

And we should have a script ready for people to do this. :-)

--
Bruce Momjian <bruce(at)momjian(dot)us> https://momjian.us
EnterpriseDB https://enterprisedb.com

The usefulness of a cup is in its emptiness, Bruce Lee

In response to

Responses

Browse pgsql-bugs by date

  From Date Subject
Next Message Michael Paquier 2020-08-27 01:00:54 Re: BUG #16594: DROP INDEX CONCURRENTLY fails on partitioned table with a non helpful error message.
Previous Message Alvaro Herrera 2020-08-26 20:44:51 Re: ALTER TABLE ALTER COLUMN SET TYPE crash