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 1tDVau-001DIN-W8 for pgsql-admin@arkaria.postgresql.org; Tue, 19 Nov 2024 21:17:09 +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 1tDVas-00H7qi-6C for pgsql-admin@arkaria.postgresql.org; Tue, 19 Nov 2024 21:17:06 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1tDVar-00H7qa-PK for pgsql-admin@lists.postgresql.org; Tue, 19 Nov 2024 21:17:05 +0000 Received: from mailout.easymail.ca ([64.68.200.34]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1tDVao-002oNS-CU for pgsql-admin@lists.postgresql.org; Tue, 19 Nov 2024 21:17:04 +0000 Received: from localhost (localhost [127.0.0.1]) by mailout.easymail.ca (Postfix) with ESMTP id CFE6264DB0; Tue, 19 Nov 2024 21:16:59 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=elevated-dev.com; s=easymail; t=1732051019; bh=4QLZYEjrjenju+INGy5+vHJG2AjoTMrH+SC3ly0xwJQ=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From; b=iI7PqQShtkWhjbd/EwRka17+x7hnkvXLT/Nt1p4AZdeF0FcII6U4GfDEXAaGnN/EW i2ySHSeUH69pyA3eHrEh2EfQZC5xnd6APiexGoyUp3Pao7ZwYrOcIpVaQem8m6CKZy SeHoVT4zr8wfRThL4STgImlKIX7+098tTExrDXG+qAdTS/lsXcvrTx9bWWYg4F/U9K kD+++Uo2lhtO7aOntYNdmRKiAOzXLcc/Tue/h/CfmQ3bB37LyFF6DUCXMTpeMg96kV ix/mRqeVpWgGUcu/5HHsSxV0mve94ddoJTo83/GrB8BBvtgZVBu7U2JwNCayYWpBgf Eg5smkO+niudQ== X-Virus-Scanned: Debian amavisd-new at emo07-pco.easydns.vpn Received: from mailout.easymail.ca ([127.0.0.1]) by localhost (emo07-pco.easydns.vpn [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QZWxWCKPtBTJ; Tue, 19 Nov 2024 21:16:58 +0000 (UTC) Received: from smtpclient.apple (unknown [165.140.184.195]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mailout.easymail.ca (Postfix) with ESMTPSA id 55CA664AC6; Tue, 19 Nov 2024 21:16:58 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=elevated-dev.com; s=easymail; t=1732051018; bh=4QLZYEjrjenju+INGy5+vHJG2AjoTMrH+SC3ly0xwJQ=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From; b=pIwuKGwFUrJDtCeYO0PFsRjUg3/uOM1NadC0508LNUOzQi9vexgS7Xlbv62rTfaLL Z+0LpDZx9tB2L8JVyb/VbCS1L/81UAcIrFTjIdxjd5EIdg4aCj5P5ZNPTAq9aSpYnx WdHBFxLX77mPMNn3UXP19r+G/JYqolr73zl/DAc4NVv1s9VRyLNj2XZybUERdKWaf0 ggfgRvdTlTrhjLDbjp51hVpdw1Z/bXeaWsCJoYtrSUlSnLey4ENpbQAHzmFeRoV0KG fe2lU14zMbLPA4Fk2bmO3ql5bIlronHy3kRHO8hdQIaaiy53o62OUG+bwgeEdOT2pI 2OgUcoKMEQcdw== Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3826.200.121\)) Subject: Re: Guidance Needed for PostgreSQL Upgrade from 12 to 15 From: Scott Ribe In-Reply-To: <46c1255a-725f-3f0d-a18f-e1a9c20dd36e@vianet.ca> Date: Tue, 19 Nov 2024 14:16:47 -0700 Cc: pgsql-admin@lists.postgresql.org Content-Transfer-Encoding: quoted-printable Message-Id: <5720FA08-368D-4A8C-B160-A104D08C829B@elevated-dev.com> References: <0b8c1b80-93f5-40a7-b67b-19e58207c12c@cloud.gatewaynet.com> <9724B260-8B0E-4B03-A66A-784F792459C9@elevated-dev.com> <355729f6-74a0-1b5c-a065-bd919507a490@vianet.ca> <39901423-2003-493F-8A5C-12D1B1062F00@elevated-dev.com> <46c1255a-725f-3f0d-a18f-e1a9c20dd36e@vianet.ca> To: Kris Deugau X-Mailer: Apple Mail (2.3826.200.121) List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk > On Nov 19, 2024, at 1:40=E2=80=AFPM, Kris Deugau = wrote: >=20 > I stand corrected. I hadn't read the docs on pg_upgrade for quite a = while, but after reading the last section in = https://www.postgresql.org/docs/current/pgupgrade.html: >=20 > "If you did not start the new cluster, the old cluster was unmodified = except that, when linking started, a .old suffix was appended to = $PGDATA/global/pg_control. To reuse the old cluster, remove the .old = suffix from $PGDATA/global/pg_control; you can then restart the old = cluster." >=20 > I see what you mean. >=20 There's nothing wrong per se about taking the snapshot before, I was = just saving the potential time of re-running pg_upgrade. Heck, take a = snapshot before *and* after ;-)