Re: Necessary actions after an OS upgrade

From: Ron Johnson <ronljohnsonjr(at)gmail(dot)com>
To: "pgsql-admin(at)postgresql(dot)org" <pgsql-admin(at)postgresql(dot)org>
Subject: Re: Necessary actions after an OS upgrade
Date: 2025-09-30 13:16:10
Message-ID: CANzqJaBUvJLpjXWy1Ya-CGUoO6hi+iB9cG3kx4eVmuFZ2vE=4A@mail.gmail.com
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
Lists: pgsql-admin

On Tue, Sep 30, 2025 at 5:50 AM Zwettler Markus (OIZ) <
markus(dot)zwettler(at)zuerich(dot)ch> wrote:

> We use Crunchy Postgres for Kubernetes (CPK). With CPK 5.8, there will be
> an OS upgrade from UBI8 to UBI9 images. As described in both the Crunchy
> and Postgres documentation, conflicts due to collation version mismatches
> following an OS upgrade can lead to incorrect queries.
>
>
>
>
> https://access.crunchydata.com/documentation/postgres-operator/latest/tutorials/cluster-management/update-cluster#changing-base-images
>
>
> https://www.postgresql.org/docs/current/sql-altercollation.html#SQL-ALTERCOLLATION-NOTES
>
>
>
> According to the documentation, we plan to perform a “reindex database”
>

I would only rebuild text indices. Most indices are (probably) INTEGER or
BIGINT, so this would save you a lot of time

> and a “alter database refresh collation version” immediately after the
> upgrade.
>
>
>
>
>
> Is there anything else to consider? I'm wondering if this is sufficient.
>
>
>
> What about materialized views,
>

> (text) function-based indexes
>

That would be caught by REINDEX ALL, no?

> , and extensions? Couldn't problems arise here as well? None of the
> documentation addresses this. Am I thinking about this incorrectly?
>
>
>
> Ideally, I would like to have a precise list of everything that needs to
> be considered and done afterwards.
>
>
--
Death to <Redacted>, and butter sauce.
Don't boil me, I'm still alive.
<Redacted> lobster!

In response to

Browse pgsql-admin by date

  From Date Subject
Next Message Ishan joshi 2025-09-30 15:28:48 Re: canceling/terminating statement due to conflict with recovery in Replica/DR instances
Previous Message Imran Khan 2025-09-30 12:36:48 Re: canceling/terminating statement due to conflict with recovery in Replica/DR instances