From: | Matthias Apitz <gurucubano(at)googlemail(dot)com> |
---|---|
To: | Jeremy Schneider <schneider(at)ardentperf(dot)com> |
Cc: | pgsql-general(at)lists(dot)postgresql(dot)org |
Subject: | Re: COLLATION update in 13.1 |
Date: | 2025-02-24 11:32:57 |
Message-ID: | CAHzebO92PxW=e2FLN=ZSkMEvfoS+c-b9YKQNgj0Y3hj21pMw+A@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Thanks for your hint, Jeremy. But this does not work either:
postgres=# SELECT collname, collversion FROM pg_collation where collname =
'de_DE.utf8';
collname | collversion
------------+-------------
de_DE.utf8 | 2.38
(1 row)
postgres=# ALTER COLLATION de_DE.utf8 REFRESH VERSION;
ERROR: schema "de_de" does not exist
What do I wrong?
Matthia
On Mon, Feb 24, 2025 at 11:32 AM Jeremy Schneider <schneider(at)ardentperf(dot)com>
wrote:
> On Mon, 24 Feb 2025 11:08:43 +0100
> Matthias Apitz <gurucubano(at)googlemail(dot)com> wrote:
>
> >
> > What is the procedure on 13.1 to bring the external (glibc) version
> > in sync with. the used version in the PostgreSQL database?
>
> If I recall correctly, between versions 10 and 14 you need to use ALTER
> COLLATION name REFRESH VERSION on every collation where there's a
> version mismatch. (This can happen with ICU collations since version 10,
> and with glibc collations since version 13.)
>
> I only know of a small number of changes between glibc versions 2.31 and
> 2.38 ~ I suspect you already know to look out for glibc 2.28 which was
> the crazy one. (SLE15 Service Pack 3.) Most databases would be
> corrupted by that update, and running "refresh version" would simply
> stop the warnings without fixing the corruption.
>
> -Jeremy
>
From | Date | Subject | |
---|---|---|---|
Next Message | Dominique Devienne | 2025-02-24 11:35:40 | Re: COLLATION update in 13.1 |
Previous Message | Jeremy Schneider | 2025-02-24 10:32:25 | Re: COLLATION update in 13.1 |