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 1wDcB0-003Ahl-28 for pgsql-general@arkaria.postgresql.org; Fri, 17 Apr 2026 05:55:39 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.96) (envelope-from ) id 1wDcAz-008Moo-35 for pgsql-general@arkaria.postgresql.org; Fri, 17 Apr 2026 05:55:37 +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 1wDcAz-008Mog-20 for pgsql-general@lists.postgresql.org; Fri, 17 Apr 2026 05:55:37 +0000 Received: from mail-vs1-xe35.google.com ([2607:f8b0:4864:20::e35]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.98.2) (envelope-from ) id 1wDcAx-00000001QVc-2OVC for pgsql-general@lists.postgresql.org; Fri, 17 Apr 2026 05:55:36 +0000 Received: by mail-vs1-xe35.google.com with SMTP id ada2fe7eead31-60fa13bde2dso224364137.3 for ; Thu, 16 Apr 2026 22:55:35 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1776405335; cv=none; d=google.com; s=arc-20240605; b=FXSNSOXvyo5+yPeudelSXmFbOe7BNaVwO9n8K+DfMEU+plSgGDkMOt6BOha5NQWu8L tW1e+czE3VO93hK3ie5Xlku0zFHNe21XoHm5c9zd3XFPERxSdKVkWl3WnHijoO2kM0IE PcBsUnWUEn/fbW9vgadV+EpwJ5R4WvdMxb6h5SWnyFPbTfIe9AyJBgiVZgt0jBzAGyo8 jqW7vwPngxOaHWa/7nfXM2q1RWTPDDxVamqaxy11Aojk+6HFfvqYrFDxr2Yigtol0uDy RxAsimLv08Djyde6uRIzChEr9RIrPDo0oBb0hkUyOH1bGzMLkAnJyJKQrqcfErpEjFBn yJsQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20240605; h=to:subject:message-id:date:from:mime-version:dkim-signature; bh=sYdLvFIelf3W9n9wisWoBPsawtaVs3rddrLxQj3e94U=; fh=4rCG0PM8n0FOokGy8sSWDJpgPdCgp6yIXcpABJ7tUh0=; b=NJ7mY3Pcn66u5dqVGHe6kdLIpHI621SQFUPutZDRtgDViqf6n90+AXdE9RfLS4Wxjp gKGRIdbVev2M6pohJiEp4JVcekFPOoorTz5VD/IUWEE2v/MxyliRP7Nf/acWGp2QBU6b PpMepnt9g9umO07Yr4+2GTx7NJnvgYJUDB2jZvRcu94M9q0GrHb2asWM/jFFmXR95sig oGKwUd6+1syI8x8c7bBkQLLMpON64r/CNEaNnwn8sZybmXCyS8UQUe5p9zhfd/iD7bB6 imfomwIU3KQVQkLHV/YYyqsyx+hJeWSpUCj0zMu5wjZSIrXhwiZzLpCjeJohUbIbI1Kp YG2A==; darn=lists.postgresql.org ARC-Authentication-Results: i=1; mx.google.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20251104; t=1776405335; x=1777010135; darn=lists.postgresql.org; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=sYdLvFIelf3W9n9wisWoBPsawtaVs3rddrLxQj3e94U=; b=JF3bS/gT2eUH/xPmk9mSr/Ug+mDasx3Oa5JAVSl61lM1NOEwZTsJOJyX4yNaNEr6jw mV577syVP7Nh/14QwG1L1Mbd1ZrdDALnG9rVj2azupO0a6RTvSftBqpwgmRv6L3gDi8J pItC9DpB86hZNmbxMn1zF09rdYD+CzGXEFO6PG8KIwmUai+/GpRt4+u2VCpYzKKBbfoy Kydd5pmO8ba3qcpKmdRDkjdcNAmYKinkTleXEjR+rSqFOfKagmNht71j9GwdFp6H5I8S 6o6BhvKH5teomYTvi7lhriN2xcl56ulQr/PJMDKrLEEs0AfKf+DlN8rWFSvDLon8I0n/ 5Bvg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1776405335; x=1777010135; h=to:subject:message-id:date:from:mime-version:x-gm-gg :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=sYdLvFIelf3W9n9wisWoBPsawtaVs3rddrLxQj3e94U=; b=XfpEnmkcQf77Nk8n855uhLis5vjuA6O4OgTRaL+crvvq9YMz/Gq8qUm9EKsMVT3TJv t7OQPNI1SMLNPtH4j2XssHKTf3ekHTn/twuN44JEcgwXdbzQ+HynZ4BzwcriHdMzh/su tgoTaaKCABk/IOTspJRJ9kj+wjMgjJC5WZaCGp3k3DrQIUv0QpNoiB+uWNN+malTlvHa UBFwS1mUYng25txzR095PT5OUuFbSk3F7M8M2gTObH3QSOqwO5dFx7GM1ViRz9qMQlqI oSBRx9J+G2NYxPjhCbsTIacGS6vRWQtVED5smoboGdYuwOhz++FGl3/GApMY1aPi6d77 5jgw== X-Gm-Message-State: AOJu0YwUvvJmoEFz/vjW4HOTyy+UF1r6yp4fVUz49tuOcV2EV/GnaUwS ENzTr94FsUS+2kbflUOuEl/vEUaxx16fr5QQg1GQJTVnIUergSKXMhtnGeQbdecjdHZ56dxyyHd 0cypjMd2VZCO01UNPX/bWsZeHALGmKVe7OhiB X-Gm-Gg: AeBDiesTBBmgBQf0qjLBcTX6m/zU2L7pMS6gY+/QYekKqT80bnZ2VV0x4fRMHZYjmg9 bGTEKSI1YFnPrQYsO8v/89zqZasn4fR4mU5QOLDqMAGawbo68oskeJhZwTL99tMZ1UrnLP4F40O ovKIsPAVS4Ep+ddxJKFTqV27XFgsFebsi7e5Fq5DhFbOK/FfzvqRBis+qBf+cXkYRIS4c++pTcG zOgFTxtODs1EjiDI1EursEtWUZttR3r/gRjt8Bm02B4YWcfYkm7msB+CoTZ5mW6fA9qDlDcRmNX O2xLzFkS39P9SV5Zsu/EWAcXgBWcj0e7w/BfC0Fh1krVw98xz10= X-Received: by 2002:a05:6102:6445:b0:60f:c9ba:b997 with SMTP id ada2fe7eead31-616f6df5248mr552229137.19.1776405335030; Thu, 16 Apr 2026 22:55:35 -0700 (PDT) MIME-Version: 1.0 From: Jaya Sandeep Date: Fri, 17 Apr 2026 11:25:11 +0530 X-Gm-Features: AQROBzDkfsbk28o0QMEnOo9xZv6vTRBd6rqvvlXJpT_0eCVQOqGft0SMr-8QRi0 Message-ID: Subject: Guidance Required for PostgreSQL Major Version Upgrade in Pacemaker HA Cluster To: pgsql-general@lists.postgresql.org Content-Type: multipart/alternative; boundary="000000000000f8be62064fa198c9" List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk --000000000000f8be62064fa198c9 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Dear PostgreSQL Community, I am currently planning a major upgrade of our PostgreSQL environment to the latest stable version and would appreciate your guidance on the best approach. Our current setup consists of a high-availability cluster managed by Pacemaker on a Linux operating system, configured in a master=E2=80=93slave (primary=E2=80=93standby) architecture. Given the critical nature of this environment, we want to ensure the upgrade is performed with minimal downtime and without compromising data integrity or cluster stability. I would be grateful if the community could share insights or best practices on the following: - Recommended upgrade strategy (in-place upgrade vs. logical replication vs. dump/restore) for a Pacemaker-managed HA cluster - Handling failover and cluster resources during the upgrade process - Any precautions or common pitfalls specific to Pacemaker-based PostgreSQL clusters - Suggested sequence of steps to ensure a smooth and safe transition *Details :* Current version of PostgreSQL is *14.6 * OS: Linux HA :Pacemaker Based Master -Slave --Setup If anyone has experience performing a similar upgrade or can point me to relevant documentation or case studies, that would be extremely helpful. Thank you in advance for your support. --=20 Regards & Thanks, Jaya Sandeep Mobile: +91 94927 27845 --000000000000f8be62064fa198c9 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

Dear PostgreSQL Community,

I am currently plannin= g a major upgrade of our PostgreSQL environment to the latest stable versio= n and would appreciate your guidance on the best approach.

Our curren= t setup consists of a high-availability cluster managed by Pacemaker on a L= inux operating system, configured in a master=E2=80=93slave (primary=E2=80= =93standby) architecture. Given the critical nature of this environment, we= want to ensure the upgrade is performed with minimal downtime and without = compromising data integrity or cluster stability.

I would be grateful= if the community could share insights or best practices on the following:<= /p>

  • Recommended upgrade strategy (in-place upgrade vs. logical re= plication vs. dump/restore) for a Pacemaker-managed HA cluster

  • =

    Handling failover and cluster resources during the upgrade process

  • Any precautions or common pitfalls specific to Pacemaker-based Po= stgreSQL clusters

  • Suggested sequence of steps to ensure a sm= ooth and safe transition

Details :
Curre= nt version of PostgreSQL is 14.6=C2=A0
OS: Linux=C2=A0
HA :Pacemaker Based=C2=A0
Master -Slave=C2=A0 --Setup

If anyone has experience performing a similar upgrade = or can point me to relevant documentation or case studies, that would be ex= tremely helpful.

Thank you in advance for your support.


<= /p>--

Regards & Thanks,
Jaya Sandeep
Mobile: +91 94927 27845
--000000000000f8be62064fa198c9--