Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1hLbBB-00042V-Pt for pgsql-hackers@arkaria.postgresql.org; Tue, 30 Apr 2019 22:24:49 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1hLbB8-0005Yx-UN for pgsql-hackers@arkaria.postgresql.org; Tue, 30 Apr 2019 22:24:46 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1hLbB8-0005Yq-Lc for pgsql-hackers@lists.postgresql.org; Tue, 30 Apr 2019 22:24:46 +0000 Received: from sss.pgh.pa.us ([66.207.139.130]) by magus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1hLbB6-0002M2-Ju for pgsql-hackers@lists.postgresql.org; Tue, 30 Apr 2019 22:24:46 +0000 Received: from sss1.sss.pgh.pa.us (localhost [127.0.0.1]) by sss.pgh.pa.us (8.14.4/8.14.4) with ESMTP id x3UMOeDH028314; Tue, 30 Apr 2019 18:24:40 -0400 From: Tom Lane To: Andres Freund cc: Michael Paquier , Postgres hackers Subject: Re: REINDEX INDEX results in a crash for an index of pg_class since 9.6 In-reply-to: <20190430221045.6slpi2vm2noda5jb@alap3.anarazel.de> References: <26528.1556599820@sss.pgh.pa.us> <20190430070552.jzqgcy4ihalx7nur@alap3.anarazel.de> <30579.1556639470@sss.pgh.pa.us> <20190430173457.pg6i6urvevse5jer@alap3.anarazel.de> <29546.1556647550@sss.pgh.pa.us> <20190430182741.s6o7mo5ebmgxxi5x@alap3.anarazel.de> <16277.1556649660@sss.pgh.pa.us> <20190430190308.kga2z5oz7vab7w22@alap3.anarazel.de> <17996.1556651503@sss.pgh.pa.us> <20190430221045.6slpi2vm2noda5jb@alap3.anarazel.de> Comments: In-reply-to Andres Freund message dated "Tue, 30 Apr 2019 15:10:45 -0700" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <28312.1556663080.1@sss.pgh.pa.us> Date: Tue, 30 Apr 2019 18:24:40 -0400 Message-ID: <28313.1556663080@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk Andres Freund writes: > I'm not wild to go for a separate TAP test. A separate initdb cycle for > a a tests that takes about 30ms seems a bit over the top. Fair enough. > So I'm > inclined to either try running it in a serial step on the buildfarm > (survived a few dozen cycles with -DRELCACHE_FORCE_RELEASE > -DCATCACHE_FORCE_RELEASE, and a few with -DCLOBBER_CACHE_ALWAYS), or > just remove them alltogether. Or remove it alltogether until we fix > this. Since you indicated a preference agains the former, I'll remove > it in a bit until I hear otherwise. > I'll add it to my todo list to try to fix the concurrency issues for 13. If you're really expecting to have a go at that during the v13 cycle, I think we could live without these test cases till then. regards, tom lane