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 1lOmxZ-0004qU-KO for pgsql-hackers@arkaria.postgresql.org; Tue, 23 Mar 2021 19:45:01 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1lOmxY-0003xQ-IE for pgsql-hackers@arkaria.postgresql.org; Tue, 23 Mar 2021 19:45:00 +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 1lOmxY-0003xJ-BP for pgsql-hackers@lists.postgresql.org; Tue, 23 Mar 2021 19:45:00 +0000 Received: from sss.pgh.pa.us ([66.207.139.130]) by magus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1lOmxW-0000Ys-In for pgsql-hackers@postgresql.org; Tue, 23 Mar 2021 19:45:00 +0000 Received: from sss1.sss.pgh.pa.us (localhost [127.0.0.1]) by sss.pgh.pa.us (8.15.2/8.15.2) with ESMTP id 12NJimfm988871; Tue, 23 Mar 2021 15:44:48 -0400 From: Tom Lane To: Peter Geoghegan cc: Robert Haas , Mark Dilger , Noah Misch , Thomas Munro , "Andrey M. Borodin" , Stephen Frost , Michael Paquier , Amul Sul , Dilip Kumar , Andres Freund , PostgreSQL-development Subject: Re: pg_amcheck contrib application In-reply-to: References: <9E76E46A-48B2-4869-BD0C-422204C1F767@enterprisedb.com> <20210313184612.GA3195145@rfd.leadboat.com> <930621E5-5D10-456D-8CE4-CF629A6C4669@enterprisedb.com> <20210313191841.GB3195145@rfd.leadboat.com> <3012106.1615827854@sss.pgh.pa.us> <3053552.1615834640@sss.pgh.pa.us> <4F10540A-9022-49EE-A6FC-7FE90797793E@enterprisedb.com> <3692627.1616! 040747@sss.pgh.pa.us> Comments: In-reply-to Peter Geoghegan message dated "Tue, 23 Mar 2021 12:41:54 -0700" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <988869.1616528688.1@sss.pgh.pa.us> Date: Tue, 23 Mar 2021 15:44:48 -0400 Message-ID: <988870.1616528688@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Peter Geoghegan writes: > That being said, I should make _bt_lock_subtree_parent() return false > and back out of page deletion without raising an error in the case > where we really cannot locate a valid downlink. We really ought to > soldier on when that happens, since we'll do that for a bunch of other > reasons already. I believe that the only reason we throw an error > today is for parity with the page split case (the main > _bt_getstackbuf() call). But this isn't the same situation at all -- > this is VACUUM. > I will make this change to HEAD soon, barring objections. +1. Not deleting the upper page seems better than the alternatives. regards, tom lane