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 1llcmh-0007zs-Ph for pgsql-hackers@arkaria.postgresql.org; Tue, 25 May 2021 19:32:12 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1llcmf-0006UA-Tl for pgsql-hackers@arkaria.postgresql.org; Tue, 25 May 2021 19:32:09 +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 1llcmf-0006U2-79 for pgsql-hackers@lists.postgresql.org; Tue, 25 May 2021 19:32:09 +0000 Received: from out4-smtp.messagingengine.com ([66.111.4.28]) by magus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1llcmb-0007bH-TG for pgsql-hackers@lists.postgresql.org; Tue, 25 May 2021 19:32:08 +0000 Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.nyi.internal (Postfix) with ESMTP id 29F5C5C00E2; Tue, 25 May 2021 15:32:03 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute3.internal (MEProxy); Tue, 25 May 2021 15:32:03 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:subject:to :x-me-proxy:x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s= fm2; bh=RBo5MwlZL/MhGhJeoNJjCn+Nay6XDP1eGVO2COv4xsA=; b=A1v8gd0z jXONGwbmlXGMN95nudVDz576dIzmW0vN1OlHnJEn8HnAlI8ryhS9MByPOReQwMOm 5AL7prLWyyGmX4roXKZXmaYkWLIi8p/ZZAOdH6eayxgdRCg9yAyLzKu5iYElMdaD pUx7r54oGMtkJ9M8gYlO110qRCWYWTPdaj0FxT5n1tkzb9T9Qy7+glIiq7tFYzmS gnedEgDdTB/mntC7/jva5NeVNp+M6IGXNM5sYJR2BiZkrgxM0rngbVQ2OyYpBrfd PxP3PoFMYsYB6PX543irKMEs+M/tFO/8PhwY7EtYi5F1C8Fts0RsTBHmhMFCQMTt Ls+JOCedSf8gcg== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrvdekuddgudegtdcutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmd enucfjughrpeffhffvuffkgggtugfgjggfsehtkeertddtreejnecuhfhrohhmpeetlhhv rghrohcujfgvrhhrvghrrgcuoegrlhhvhhgvrhhrvgesrghlvhhhrdhnohdqihhprdhorh hgqeenucggtffrrghtthgvrhhnpedtteekvdeftdfftdeiheeljefftdfhheehvedtgeel teeffeejffekkeeiffekfeenucffohhmrghinhepphhoshhtghhrvghsqhhlrdhorhhgne cukfhppeduledtrdelhedrudelrdelheenucevlhhushhtvghrufhiiigvpedtnecurfgr rhgrmhepmhgrihhlfhhrohhmpegrlhhvhhgvrhhrvgesrghlvhhhrdhnohdqihhprdhorh hg X-ME-Proxy: Received: from perhan.alvh.no-ip.org (unknown [190.95.19.95]) by mail.messagingengine.com (Postfix) with ESMTPA; Tue, 25 May 2021 15:32:01 -0400 (EDT) Received: by perhan.alvh.no-ip.org (Postfix, from userid 1000) id AF63D2A0629; Tue, 25 May 2021 15:31:58 -0400 (-04) Date: Tue, 25 May 2021 15:31:58 -0400 From: Alvaro Herrera To: Noah Misch Cc: Amit Langote , Justin Pryzby , Tom Lane , PostgreSQL Hackers Subject: Re: ALTER TABLE .. DETACH PARTITION CONCURRENTLY Message-ID: <20210525193158.GA26997@alvherre.pgsql> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20210524090712.GA3771394@rfd.leadboat.com> User-Agent: Mutt/1.10.1 (2018-07-13) List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On 2021-May-24, Noah Misch wrote: > prairiedog and wrasse failed a $SUBJECT test after this (commit 8aba932). > Also, some non-CLOBBER_CACHE_ALWAYS animals failed a test before the fix. > These IsolationCheck failures match detach-partition-concurrently[^\n]*FAILED: > > sysname │ snapshot │ branch │ bfurl > ────────────┼─────────────────────┼────────┼──────────────────────────────────────────────────────────────────────────────────────────────── Checking this list, these three failures can be explained by the detach-partition-concurrently-3 that was just patched. > wrasse │ 2021-04-21 10:38:32 │ HEAD │ http://buildfarm.postgresql.org/cgi-bin/show_log.pl?nm=wrasse&dt=2021-04-21%2010%3A38%3A32 > prairiedog │ 2021-04-25 22:05:48 │ HEAD │ http://buildfarm.postgresql.org/cgi-bin/show_log.pl?nm=prairiedog&dt=2021-04-25%2022%3A05%3A48 > wrasse │ 2021-05-11 03:43:40 │ HEAD │ http://buildfarm.postgresql.org/cgi-bin/show_log.pl?nm=wrasse&dt=2021-05-11%2003%3A43%3A40 Next there's a bunch whose error message is the same that we had seen earlier in this thread; these animals are all CLOBBER_CACHE_ALWAYS: step s1insert: insert into d4_fk values (1); +ERROR: insert or update on table "d4_fk" violates foreign key constraint "d4_fk_a_fkey" > hyrax │ 2021-03-27 07:29:34 │ HEAD │ http://buildfarm.postgresql.org/cgi-bin/show_log.pl?nm=hyrax&dt=2021-03-27%2007%3A29%3A34 > trilobite │ 2021-03-29 18:14:24 │ HEAD │ http://buildfarm.postgresql.org/cgi-bin/show_log.pl?nm=trilobite&dt=2021-03-29%2018%3A14%3A24 > hyrax │ 2021-04-01 07:21:10 │ HEAD │ http://buildfarm.postgresql.org/cgi-bin/show_log.pl?nm=hyrax&dt=2021-04-01%2007%3A21%3A10 > avocet │ 2021-04-05 15:45:56 │ HEAD │ http://buildfarm.postgresql.org/cgi-bin/show_log.pl?nm=avocet&dt=2021-04-05%2015%3A45%3A56 > hyrax │ 2021-04-06 07:15:16 │ HEAD │ http://buildfarm.postgresql.org/cgi-bin/show_log.pl?nm=hyrax&dt=2021-04-06%2007%3A15%3A16 > hyrax │ 2021-04-11 07:25:50 │ HEAD │ http://buildfarm.postgresql.org/cgi-bin/show_log.pl?nm=hyrax&dt=2021-04-11%2007%3A25%3A50 > hyrax │ 2021-04-20 18:25:37 │ HEAD │ http://buildfarm.postgresql.org/cgi-bin/show_log.pl?nm=hyrax&dt=2021-04-20%2018%3A25%3A37 This is fine, because the fix commit 8aba932 is dated April 22 and these failures all predate that. And finally there's these two: > topminnow │ 2021-03-28 20:37:38 │ HEAD │ http://buildfarm.postgresql.org/cgi-bin/show_log.pl?nm=topminnow&dt=2021-03-28%2020%3A37%3A38 > dragonet │ 2021-04-01 19:48:03 │ HEAD │ http://buildfarm.postgresql.org/cgi-bin/show_log.pl?nm=dragonet&dt=2021-04-01%2019%3A48%3A03 (animals not CCA) which are exposing the same problem in detach-partition-concurrently-4 that we just fixed in detach-partition-concurrently-3, so we should apply the same fix: add a no-op step right after the cancel to prevent the error report from changing. I'll go do that after grabbing some coffee. Thanks for digging into the reports! -- Álvaro Herrera 39°49'30"S 73°17'W "Cada quien es cada cual y baja las escaleras como quiere" (JMSerrat)