Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1o8nfl-0005kk-Dz for pgsql-hackers@arkaria.postgresql.org; Tue, 05 Jul 2022 18:53:21 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1o8nfk-0004fI-CT for pgsql-hackers@arkaria.postgresql.org; Tue, 05 Jul 2022 18:53:20 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1o8nfk-0004ZG-2e for pgsql-hackers@lists.postgresql.org; Tue, 05 Jul 2022 18:53:20 +0000 Received: from relay3-d.mail.gandi.net ([2001:4b98:dc4:8::223]) by magus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1o8nfh-0006Fb-Fc for pgsql-hackers@postgresql.org; Tue, 05 Jul 2022 18:53:19 +0000 Received: (Authenticated sender: adsend@dunslane.net) by mail.gandi.net (Postfix) with ESMTPSA id 9C2DB60004; Tue, 5 Jul 2022 18:52:58 +0000 (UTC) Message-ID: <220cb128-4f52-237b-66d8-8dbcd75ead53@dunslane.net> Date: Tue, 5 Jul 2022 14:52:57 -0400 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.5.0 Subject: Re: [UNVERIFIED SENDER] Re: pg_upgrade can result in early wraparound on databases with high transaction load Content-Language: en-US To: Tom Lane , Bruce Momjian Cc: "Drouvot, Bertrand" , Andres Freund , Justin Pryzby , Noah Misch , Jason Harvey , Peter Geoghegan , pgsql-hackers@postgresql.org, "Tharakan, Robins" References: <20190615183759.GB239428@rfd.leadboat.com> <20210423234256.hwopuftipdmp3okf@alap3.anarazel.de> <20210424002827.GO7256@telsasoft.com> <20210424010005.fttcfskp3unr4jiu@alap3.anarazel.de> <78bf65ea-517a-51ed-947b-9728a6ace513@amazon.com> <20210727023904.GA19774@momjian.us> <1973418.1657040382@sss.pgh.pa.us> From: Andrew Dunstan In-Reply-To: <1973418.1657040382@sss.pgh.pa.us> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On 2022-07-05 Tu 12:59, Tom Lane wrote: > Bruce Momjian writes: >> This patch has been applied back to 9.6 and will appear in the next >> minor release. > I have just discovered that this patch broke pg_upgrade's ability > to upgrade from 8.4: > > $ pg_upgrade -b ~/version84/bin -d ... > Performing Consistency Checks > ----------------------------- > Checking cluster versions ok > The source cluster lacks some required control information: > latest checkpoint oldestXID > > Cannot continue without required control information, terminating > Failure, exiting > > Sure enough, 8.4's pg_controldata doesn't print anything about > oldestXID, because that info wasn't there then. > > Given the lack of field complaints, it's probably not worth trying > to do anything to restore that capability. But we really ought to > update pg_upgrade's code and docs in pre-v15 branches to say that > the minimum supported source version is 9.0. So it's taken us a year to discover the issue :-( Perhaps if we're going to say we support upgrades back to 9.0 we should have some testing to be assured we don't break it without knowing like this. I'll see if I can coax crake to do that - it already tests back to 9.2. cheers andrew -- Andrew Dunstan EDB: https://www.enterprisedb.com