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.96) (envelope-from ) id 1vXdsp-0009TX-0H for pgsql-admin@arkaria.postgresql.org; Mon, 22 Dec 2025 11:15:23 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.96) (envelope-from ) id 1vXdsn-00EQbf-2O for pgsql-admin@arkaria.postgresql.org; Mon, 22 Dec 2025 11:15:22 +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.96) (envelope-from ) id 1vXdsn-00EQbX-17 for pgsql-admin@lists.postgresql.org; Mon, 22 Dec 2025 11:15:22 +0000 Received: from mail-yx1-xb135.google.com ([2607:f8b0:4864:20::b135]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.96) (envelope-from ) id 1vXdsm-001xBv-2K for pgsql-admin@lists.postgresql.org; Mon, 22 Dec 2025 11:15:21 +0000 Received: by mail-yx1-xb135.google.com with SMTP id 956f58d0204a3-6446c7c5178so598977d50.1 for ; Mon, 22 Dec 2025 03:15:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1766402118; x=1767006918; 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=gADKfWspFucPjk0rFKlEtuaBOglrmK60Jdxfbl2UWa4=; b=GQzQEkhGG8LXTTixXc3RAyT6EXF2zSBVL9gaN2U0dj4EEtK4x3X3YLCKK9pqGv7lfj zkPlnM85bxzSlJfRcc4ik0jMNC+E4swzRv6uxsFJVEl2sWXOItoRVkOLV3qzD7j1zaPq SIhYPM5eY8HIHEVacm3YnEPEeUrNOrjH0JWILPas/Bdl2JFjXsg7+d3KUM14lbQQbfnz EK8+CQZHlCI7I8Yjn7IbV73aGqlvWwmuxWwFZjDnqaDmKbkFbmhgsnl+gsKqnp22rYWK bl3F/4maeePVP+Da4G8saetnKuCIsZYneBS1PF9p8GLozZeXdIPvCT7AFqx5U0DIUSaK 8qKg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1766402118; x=1767006918; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-gg:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=gADKfWspFucPjk0rFKlEtuaBOglrmK60Jdxfbl2UWa4=; b=IV5fSn+t0FjZq4Z/TP0+4mn2JqgeA4mHwNs8ACdI2f0VGb3ZReI8Rg6gAZ7lxhWMxt WhMA7vnc1+Qiq/b4Wp3j6xYcEoi85w+JqQUwLCcmkDXIe63vop4pEcb/twzdTYIqsb7G V+ZNFPL7wgrXcXIl0vI2CVt9jJw91KWr6vk6MQGSQ+LSgA93/xC7ff8WJnFwd1LSwN2M 6zjt5Az3BV2hlXK25bYVYeZpaxM6hBlDM8VsAdNW0idVzAOwB9LChbPLEg9UibWANrec S4oTvOJrdBUS5bgY3lO4kmDkdP4mLmndbNZzQjqxpSbJeJxAPCYnF4xMcNNS2Tblz/ij Hxvw== X-Gm-Message-State: AOJu0YxKbyvDM3wexKoC57njwFbZaDbvvNfYkdpKjx+Sq6F+sKSna4MN tWXHTKo0yD4BSlXqXdUX562rvkWoTfeAk7tryUR5r0QfakFvXnn8GHP5XSQKOvXwQJNt3n1JMhX m58BKRqXQokVVp5SoSWUfoOlNjvsMLZskl9CA X-Gm-Gg: AY/fxX7Z/w4/s0gGqWRg2bzBnl9dPjJeZpwPf9Y7iE5eTS+kg2cph6QVpQEo+o+ueWQ 0uG27fba8mpUToPC2IaNbJGpboQf8u35FKeHSMKunyYkaBwJLAjSKCVfAkuUnSNg4QImxf2DN6Q UXRm1ZexvTduOTmclLdx9jpEtCTGUqYcPp9Al97BbTSa7bGV8MaMNWcYz2KNtF4WE/tQxjLjy04 ST+ambTmlfpxIYEi/PzbhnwWWm+dkGa1rcv1WUfDC5w2hsycUnBWm1fU4yWTHGTz3QUFQ== X-Google-Smtp-Source: AGHT+IHH90lX4MwgOXqUfI11oj9Wc6xheFcHtWrCqPJBV05wkPucmHl9DAKwwNtfkf1xBR25m2ssIvXeEUeJLWEnxuU= X-Received: by 2002:a05:690c:6e0f:b0:78f:c943:b2ae with SMTP id 00721157ae682-78fc943b610mr38457577b3.8.1766402118307; Mon, 22 Dec 2025 03:15:18 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Fabrice Chapuis Date: Mon, 22 Dec 2025 12:15:06 +0100 X-Gm-Features: AQt7F2pYoHXd5AIYhux2MFCLNHoNtZ3wDSVnL-LlDwBbOQbFn-DRcF7hDYooYy8 Message-ID: Subject: Re: OS upgrade vs Postgresql To: Raj Cc: Pgsql-admin Content-Type: multipart/alternative; boundary="000000000000cad1800646888ab0" List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk --000000000000cad1800646888ab0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi, IMO the best thing to do is to check the release notes for PG 17.7 and pgbackrest 2.57. Generally speaking, there are no compatibility issues between minor versions of Postgres. Regards, Fabrice On Mon, Dec 22, 2025 at 10:45=E2=80=AFAM Raj = wrote: > Hi team, > > Our set up is Site1(primary - rhel 9.6, postgres 17.6 in a patroni set > up+ pgbackrest 2.6v & sync replica - - rhel 9.6, postgres 17.6 in a > patroni set up+ pgbackrest 2.6v) and in site2(async standby - - rhel 9.6, > postgres 17.6 in a patroni set up+ pgbackrest 2.6v) > > We have OS upgrade from rhel 9.6 to 9.7 for two nodes in Site1. We can se= e > postgres and pgbackrest has automatically upgraded to 17.7 and 2.57 > respectively. > > Whereas db node in site3 is no upgraded and stays with 9.6, 17.6 and 2.56 > for rhel , postgres and pgbackrest version respectively.this will be > upgraded tomorrow > > Is this a problem( we intend to upgrade only OS and not postgres) ? Is > this problem or is it best way or is it a normal behaviour that can or > should be avoided? > What wrong we are doing? > What is the right approach? > Any blogs is appreciated > --000000000000cad1800646888ab0 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi,
IMO the best thing to do is to check the release no= tes for PG 17.7 and=C2=A0 pgbackrest 2.57.
Generally speaking, there are no compatibility issues b= etween minor versions of Postgres.
Regards,
Fabrice

<= div class=3D"gmail_quote gmail_quote_container">
On Mon, Dec 22, 2025 at 10:45=E2=80=AFAM Raj <rajeshkumar.dba09@gmail.com> wrote:<= br>
Hi team,

Our set up is Site1= (primary - rhel 9.6,=C2=A0 postgres 17.6 in a patroni set up+ pgbackrest 2.= 6v=C2=A0 =C2=A0& sync replica -=C2=A0 - rhel 9.6,=C2=A0 postgres 17.6 i= n a patroni set up+ pgbackrest 2.6v) and in site2(async standby - - rhel 9.= 6,=C2=A0 postgres 17.6 in a patroni set up+ pgbackrest 2.6v)

We have OS upgrade from rhel 9.6 to 9= .7 for two nodes in Site1. We can see postgres and pgbackrest has automatic= ally upgraded to 17.7 and 2.57 respectively.

Whereas db node in site3 is no upgraded and stays with= 9.6, 17.6 and 2.56 for rhel , postgres and pgbackrest version respectively= .this will be upgraded tomorrow

Is this a problem( we intend to upgrade only OS and not postgres)= ? Is this problem or is it best way or is it a normal behaviour that can o= r should be avoided?
What wrong we are doing?
<= div dir=3D"auto">What is the right approach?=C2=A0
A= ny blogs is appreciated=C2=A0
--000000000000cad1800646888ab0--