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 1vCfQu-00GoOj-2Z for pgsql-general@arkaria.postgresql.org; Sat, 25 Oct 2025 14:39:51 +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 1vCfQs-003Ns8-Vw for pgsql-general@arkaria.postgresql.org; Sat, 25 Oct 2025 14:39:50 +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 1vCfQs-003Ns0-Gr for pgsql-general@lists.postgresql.org; Sat, 25 Oct 2025 14:39:49 +0000 Received: from mail-oa1-x29.google.com ([2001:4860:4864:20::29]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.96) (envelope-from ) id 1vCfQp-003iKG-2b for pgsql-general@lists.postgresql.org; Sat, 25 Oct 2025 14:39:48 +0000 Received: by mail-oa1-x29.google.com with SMTP id 586e51a60fabf-3c9a42d6349so3872099fac.1 for ; Sat, 25 Oct 2025 07:39:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1761403187; x=1762007987; darn=lists.postgresql.org; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :from:to:cc:subject:date:message-id:reply-to; bh=VpUvnsHHn8H45RExutKEq3p7gLa0ZsMuEqP+yRXBnCo=; b=TYmaTeWIXCYJVoU62oqeLOOKlrR8bfkxOCSaJ7jcDKZVNn3suHpKymfw04vxzMp/EE 1x4GOqMDwvZe620gKw30FPqjnz6l2UK0HfUHuUG8Mfz5W/W8eGP3ig8iraKxO/2thTnK QmsT8FpXzY0+f7reenkN+Aolq6QSK9GPpfgwcfpdKFn2M5FMCRQHaYOEEZJANQVajiJK Z2mVreTi1mgziPV0Nu5GTKSACffXbjKosuRU0u4dQiiTPTvuIdIrE+nMOVlexTCe3hYe 3Oi0Lqs+SzKxFrDlJtaKLgYx1uC+zQk5A7ONroQS1By2CquQXiQxzOHDYkAodor/KqlQ xQjQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1761403187; x=1762007987; h=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=VpUvnsHHn8H45RExutKEq3p7gLa0ZsMuEqP+yRXBnCo=; b=wdEBMbm1ZP/8uSRK3wpXu4udlbPNEEc5WxidhFjLGG9ItXm6vLDe8dOhAr0B6dEgQB UV1CO8r/8Bl0o8g5jBOlcW4hGFLQVqQVrWgDkKMzLlfYmGJahNQ2+jUUvA0wwYINFs1z 3a2/EkSIEQX8ivZIFiDaIB67J8JccOp+sWnLsNXJ3H6CDlbtx9dibGpWvFfXTIyByyfA LuMwdE1DVUTElBwpekNDaWKVV108uYv5Bw2Lsro9jIe1eP5ayD+t3Gf/kjgKTEVZDalx vCGDug4S9DJJRFacYWmxVTlTTIleXmmMq90yH69abEqr05mYoDiBur77WoAD61XW/JZE u/+A== X-Gm-Message-State: AOJu0Yzso6/OvnFrbxMDHHZUTKTzKPyCNLKF5UqKPBxuhElNWjVGuEPR Kkc0aCgx5WBi7pJTrNQn3uhVvL6AtuAM0bTePdOt2s+MiGRVtQKjPfxm/hDwCLjrvbPm4Sh9xvN RzbjcvMRHUgmKML7iAggvxqU/zu+8c9UNN8E2 X-Gm-Gg: ASbGncvf0tlRubCmIuoET95M31JQqLtnEHNa4J3Q1F2KsDDs4sDBnya3pU5ERkCcdhM IrEnIenio4vUON41EJd5Qkx9KRVdWshkdPhFppssUSjhatJNd+DEg3kr9x0Hacii0f721Yg9Pxg aOUxetg613iXUazyJARQ5jjASWzXYbQEHOuNLiCsYdAzUuQWSyRLBzo2EZKK3bszKs12iAymjYx rxbvu1RR4N1KjEDM3imfnuDi6W1/Sw9gprF8xUwuLACOh+NNTCmupNDUkOi3Q== X-Google-Smtp-Source: AGHT+IGQeaPFBg4rdnYJG5K+olJaI5a12V24yXvgxaKqx0yxbmCxQsZkt1XldVR3wusADVe7JI0Za4CdRcqPMEX12ss= X-Received: by 2002:a05:6870:c6a7:b0:3d2:f6c1:1744 with SMTP id 586e51a60fabf-3d2f6d089f7mr71742fac.28.1761403186959; Sat, 25 Oct 2025 07:39:46 -0700 (PDT) MIME-Version: 1.0 References: <8d340169-b500-4048-a665-0700813313a3@aklaver.com> <2b09033b-d375-488d-9188-17a0f214e823@aklaver.com> <4babadbd-cc61-43e7-b7fb-3053dcdaadac@aklaver.com> In-Reply-To: From: Ron Johnson Date: Sat, 25 Oct 2025 10:39:35 -0400 X-Gm-Features: AWmQ_bmXHfiaDwRnNh5AMKrlIHtQ9q2j8rUBi6LXAfdhn8KjLtCeL05a_u-FgaM Message-ID: Subject: Re: Index corruption issue after migration from RHEL 7 to RHEL 9 (PostgreSQL 11 streaming replication) To: "pgsql-generallists.postgresql.org" Content-Type: multipart/alternative; boundary="00000000000043d8440641fca398" List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk --00000000000043d8440641fca398 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Sat, Oct 25, 2025 at 10:21=E2=80=AFAM Adrian Klaver wrote: > On 10/24/25 21:50, David Rowley wrote: > > On Sat, 25 Oct 2025 at 17:36, Adrian Klaver > wrote: > >> I am not following, from your previous post: > >> > >> "Beta versions are meant for test instances. It'd be > >> good if people encouraged their use more often rather than pushing > >> people to defer til GA" > >> > >> That seems to be the opposite of what you say above. > > > > I think you think that because you misunderstood what I said in [1]. > > I'll rephrase it for you: > > > > Because people promote the .0 as not yet production-ready, it means > > that fewer people bother testing with beta and RC versions. Lack of > > beta testing is what causes .0 to contain more bugs than it otherwise > > might, so my suggestion is that we should be encouraging people to run > > beta and RC in their test environments to try to increase the > > stability of .0 versions. > > Alright that I understand, though not necessarily agree with. I would > say lack of testing has more to do with time/money management. > Organizations don't want to spend either until: 1) They see the dust > settle on what is going to end up in the release. 2) Whether there is > anything interesting enough to invest both in moving to a new release. > Maybe there is a compelling argument that can be made to get those > organizations off the fence. I just don't what it is as you would have > to convince them to spend time and money rather then just wait and let > the community as a whole do the work.\ > Contractual requirements to not run EOL software are a strong motivator to migrate to newer versions of OS and RDBMS. --=20 Death to , and butter sauce. Don't boil me, I'm still alive. lobster! --00000000000043d8440641fca398 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Sat, Oct 25, 2025 at 10:21=E2=80=AFAM = Adrian Klaver <adrian.klave= r@aklaver.com> wrote:
On 10/24/25 21:50= , David Rowley wrote:
> On Sat, 25 Oct 2025 at 17:36, Adrian Klaver <adrian.klaver@aklaver.com> = wrote:
>> I am not following, from your previous post:
>>
>> "Beta versions are meant for test instances. It'd be
>> good if people encouraged their use more often rather than pushing=
>> people to defer til GA"
>>
>> That seems to be the opposite of what you say above.
>
> I think you think that because you misunderstood what I said in [1]. > I'll rephrase it for you:
>
> Because people promote the .0 as not yet production-ready, it means > that fewer people bother testing with beta and RC versions. Lack of > beta testing is what causes .0 to contain more bugs than it otherwise<= br> > might, so my suggestion is that we should be encouraging people to run=
> beta and RC in their test environments to try to increase the
> stability of .0 versions.

Alright that I understand, though not necessarily agree with. I would
say lack of testing has more to do with time/money management.
Organizations don't want to spend either until: 1) They see the dust settle on what is going to end up in the release. 2) Whether there is
anything interesting enough to invest both in moving to a new release.
Maybe there is a compelling argument that can be made to get those
organizations off the fence. I just don't what it is as you would have =
to convince them to spend time and money rather then just wait and let
the community as a whole do the work.\

= Contractual requirements to not run EOL software are a strong motivator to = migrate to newer versions of OS and RDBMS.

--
Death to <Redacted>, and butter sauce= .
Don't boil me, I'm still alive.
<Redacted>= lobster!
--00000000000043d8440641fca398--