Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1tmWhz-007M86-OM for pgsql-general@arkaria.postgresql.org; Mon, 24 Feb 2025 11:33:12 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.94.2) (envelope-from ) id 1tmWhz-001TG6-1f for pgsql-general@arkaria.postgresql.org; Mon, 24 Feb 2025 11:33:11 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1tmWhy-001TFw-N5 for pgsql-general@lists.postgresql.org; Mon, 24 Feb 2025 11:33:10 +0000 Received: from mail-qv1-xf32.google.com ([2607:f8b0:4864:20::f32]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.96) (envelope-from ) id 1tmWhv-000Szt-16 for pgsql-general@lists.postgresql.org; Mon, 24 Feb 2025 11:33:09 +0000 Received: by mail-qv1-xf32.google.com with SMTP id 6a1803df08f44-6dd049b5428so42117296d6.2 for ; Mon, 24 Feb 2025 03:33:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20230601; t=1740396788; x=1741001588; darn=lists.postgresql.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=UQDGGrFBGtxW30Uo/apRayeyCbzQ0RbuEPRfPoEnD94=; b=NIZkrgmBc+cLQSTaA7tN6lLIQgJd8Gv0y/ljnUXYvnDUsAauS5uZxhBm3XBNRLidB3 wf94bVOIj5x22HyncqoGFTibDUezqcamPSbzpn9a7D20HZK+/QzLHv3c1DPQGZ/XY1lQ 0823BITQB2RrPGGTxXcrVVgRFjWc8rlCgXdVjmb6+8WqfyjxkTv9AfuworSnKm1et3rD 6Be/Scc3fd52XI+TS+Eh2LOTRvB5BtskFOCkZlYlfyQCdeRYNybSowLA5+lqx8R/5Sq8 zle8R2WVSPJPHVBRH/jxqAe37EvJTD1K5P9g+uhbnyNDSesv9tvPcOqT5g8Bgn6m4tWD kO7w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1740396788; x=1741001588; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=UQDGGrFBGtxW30Uo/apRayeyCbzQ0RbuEPRfPoEnD94=; b=fX1vo2fGinzu14hK8+vINjrHbfSNpsbTFMD7RtOoZqDQlNpcr7JE+tO1pQQvFvykGE g0mZe9u2W+obQhozfVQw2zIxRI5R30FzcZwAuxl49RYdzwGRx/5nvGlv6mE7ZHdtkNn+ UKfoe1Iyz+ME5DLSni5ncQOsGTqtTueROWutv4ENhIVTzCAutJ//nlmMp+Kj50L82tKh mPTS9C8ATgiWiJgyl3yrlpgT+L7qjMzZv+SI4uoh+U05GL/D2nVpZ+CXaUYbr0Zn7Zf6 rls/NZG/GO3fx1s+VxDZ5kyKSn1xmYeHpPH5Qj/e1WivDEehWNVtpEXsTa6hAK6LY0HG Rmiw== X-Gm-Message-State: AOJu0Yy12byRFad3Q7VfHAIqpWUoM48kQUxp4i/6wBvafuaoOgxXsenC FMyyPAicx38f2Qq8QUbyWD+taEkMQ1axQlmWf4/HxB9wlv5O0cP4WedT8soXckcR2N4ygYa6dAN YJ6lLejuifTizhM/eM0vrRxeAw9I= X-Gm-Gg: ASbGncsgA2IsKLEgi2c/aprhLcW+t6cte6u7GSAksku9Qc54KcP2e38Qqz5mQoAt0VH v01PXu//TN/c9E8mQgHceOjn42/yDXoqwYrOjBmCAvMxFm+XENh/p5Ka9B30850TbMECOVwWIy/ 30+rgvY3PP X-Google-Smtp-Source: AGHT+IF2hIDkZ6Fuq6Uu8SWDFK1JmoombeOTUCZ+DV2LRnnPRwR2QkVN69zxoaXJnJQvPg3HpNM7RPLgfOg32Sq/MLo= X-Received: by 2002:ad4:4eac:0:b0:6e4:2ef4:2a01 with SMTP id 6a1803df08f44-6e6ae82e3e1mr141066846d6.22.1740396787715; Mon, 24 Feb 2025 03:33:07 -0800 (PST) MIME-Version: 1.0 References: <20250224023225.197cac12@ardentperf.com> In-Reply-To: <20250224023225.197cac12@ardentperf.com> From: Matthias Apitz Date: Mon, 24 Feb 2025 12:32:57 +0100 X-Gm-Features: AWEUYZnOGwZz4DPyB8ovebIkKvb9r9TVPk2sTkODTBEtMz6coavGU3GKHUHzdyk Message-ID: Subject: Re: COLLATION update in 13.1 To: Jeremy Schneider Cc: pgsql-general@lists.postgresql.org Content-Type: multipart/alternative; boundary="0000000000004cd6ad062ee1b4f7" List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk --0000000000004cd6ad062ee1b4f7 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Thanks for your hint, Jeremy. But this does not work either: postgres=3D# SELECT collname, collversion FROM pg_collation where collname = =3D 'de_DE.utf8'; collname | collversion ------------+------------- de_DE.utf8 | 2.38 (1 row) postgres=3D# 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=E2=80=AFAM Jeremy Schneider wrote: > On Mon, 24 Feb 2025 11:08:43 +0100 > Matthias Apitz 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 > --0000000000004cd6ad062ee1b4f7 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Thanks for your hint, Jeremy. But this does not work = either:

postgres=3D# SELECT collname, collversion = FROM pg_collation where collname =3D 'de_DE.utf8';
=C2=A0 collna= me =C2=A0| collversion
------------+-------------
=C2=A0de_DE.utf8 | = 2.38
(1 row)

postgres=3D# ALTER COLLATION de_DE.utf8 REFRESH VERS= ION;
ERROR: =C2=A0schema "de_de" does not exist

=
What do I wrong?

Matthia
On Mon, Feb 24, 2025 at 11:32=E2=80=AFAM Jeremy Schneider <= schneider@ardentperf.com>= ; wrote:
On Mon,= 24 Feb 2025 11:08:43 +0100
Matthias Apitz <gurucubano@googlemail.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 sim= ply
stop the warnings without fixing the corruption.

-Jeremy
--0000000000004cd6ad062ee1b4f7--