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 1lMCEh-0004nU-Hx for pgsql-hackers@arkaria.postgresql.org; Tue, 16 Mar 2021 16:07:59 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1lMCEg-0000Us-AD for pgsql-hackers@arkaria.postgresql.org; Tue, 16 Mar 2021 16:07:58 +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 1lMCEg-0000Ul-3I for pgsql-hackers@lists.postgresql.org; Tue, 16 Mar 2021 16:07:58 +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 1lMCEd-0002pv-No for pgsql-hackers@postgresql.org; Tue, 16 Mar 2021 16:07:57 +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 12GG7Zek3254548; Tue, 16 Mar 2021 12:07:35 -0400 From: Tom Lane To: Mark Dilger cc: Noah Misch , Robert Haas , Peter Geoghegan , 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: <7BCE9084-9381-471F-90F2-FAD99B7FE3DB@enterprisedb.com> 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> <20210316060913.GA3323238@rfd.leadboat.com> <7BCE9084-9381-471F-90F2-FAD99B7FE3DB@enterprisedb.com> Comments: In-reply-to Mark Dilger message dated "Tue, 16 Mar 2021 08:45:28 -0700" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <3254546.1615910855.1@sss.pgh.pa.us> Content-Transfer-Encoding: quoted-printable Date: Tue, 16 Mar 2021 12:07:35 -0400 Message-ID: <3254547.1615910855@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Mark Dilger writes: > I think autovacuum simply triggers the bug, and is not the cause of the = bug. If I turn autovacuum off and instead do an ANALYZE in each test data= base rather than performing the corruptions, I get reports about problems = in pg_statistic. This is on my mac laptop. This rules out the theory tha= t autovacuum is propogating corruptions into pg_statistic, and also the th= eory that it is architecture dependent. I wonder whether amcheck is confused by the declaration of those columns as "anyarray". regards, tom lane