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 1nKO4b-0003tB-Qc for pgsql-hackers@arkaria.postgresql.org; Wed, 16 Feb 2022 17:26:38 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1nKO4a-00087t-Jn for pgsql-hackers@arkaria.postgresql.org; Wed, 16 Feb 2022 17:26:36 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nKO4Z-00087k-Ci for pgsql-hackers@lists.postgresql.org; Wed, 16 Feb 2022 17:26:36 +0000 Received: from wout1-smtp.messagingengine.com ([64.147.123.24]) by makus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nKO4V-0000i1-8s for pgsql-hackers@postgresql.org; Wed, 16 Feb 2022 17:26:34 +0000 Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.west.internal (Postfix) with ESMTP id 08B143200D18; Wed, 16 Feb 2022 12:26:27 -0500 (EST) Received: from mailfrontend2 ([10.202.2.163]) by compute1.internal (MEProxy); Wed, 16 Feb 2022 12:26:28 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=anarazel.de; h= cc:cc:content-type:date:date:from:from:in-reply-to:in-reply-to :message-id:mime-version:references:reply-to:sender:subject :subject:to:to; s=fm3; bh=4fR8dIaw7FkG9JFCqYpDaDWuihhlZQo6oLZ9Yz SJrLs=; b=ucdio8oL1Cnw/nIC9a/39Y2WovLbsKY8GmUGTK+dj34tUPTtyrUSKA EkSg4Z8aVikog4qs4qAESNHSP9chi250zeI1gzM99PvTjvHj31IgM2NF6uQJto1j 5GwZgvZqlH0xfyE1WZGAoMH2jtisZTlna7tOnm0QbIVJFbImDN8uTmOBnZ41ZB7c VA7xvva2VGS8h167+jYuFKVR8Nh1dfLLdSuphveYBZLxvvYGCNwI7Ma9GqdiFU1y BprRhF0h3E+bnpucBPXmILC4DwxPhlCvX48bRiaXfLGYRiA9PcEF/DlcDjIqLLJf DOWdje00MGczgb4aTccEHEgmULlngqJg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-type:date:date:from:from :in-reply-to:in-reply-to:message-id:mime-version:references :reply-to:sender:subject:subject:to:to:x-me-proxy:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm2; bh=4fR8dIaw7FkG9JFCq YpDaDWuihhlZQo6oLZ9YzSJrLs=; b=jFSn0aHGLDmXrnelS7ajOQ27JDo9eradV VCvxqW2nNq/2TYPbKKM+lMxSwytRehThpvv9XUY5WDAcPH48duHcsjcZw45N2BiW nS6di57DOIMgvmKe8tmB9Biz8hrvyHwn3ZlEAWkROwHnF9CXrXgqQiF+MG7jkepX HYVo//gI+wHrZFCfH29ZPyBo6H5P3if5ZL02A8XFsf3QxeEdTZeSbb9WfmP1JLhT XmDhvYgPccA2YJoo0h9a5JTyEUe7VxbaR1XrdOGoDLk2LUxrRGMEahfTLZKaBdov Lr854fLBtsE3whgD5Qlq13tCFhtUpDFJwGM3AqrlFYfKnz0Ve74Vg== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvvddrjeeigddutddtucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepfffhvffukfhfgggtuggjsehttdertddttddvnecuhfhrohhmpeetnhgurhgv shcuhfhrvghunhguuceorghnughrvghssegrnhgrrhgriigvlhdruggvqeenucggtffrrg htthgvrhhnpedukefhkeelueegveetheelffffjeegleeuudelfeefuedtleffueejfffh ueffudenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpe grnhgurhgvshesrghnrghrrgiivghlrdguvg X-ME-Proxy: Received: by mail.messagingengine.com (Postfix) with ESMTPA; Wed, 16 Feb 2022 12:26:27 -0500 (EST) Date: Wed, 16 Feb 2022 09:26:25 -0800 From: Andres Freund To: Masahiko Sawada Cc: Kyotaro Horiguchi , hlinnaka@iki.fi, pgsql-hackers@postgresql.org Subject: Re: Race conditions in 019_replslot_limit.pl Message-ID: <20220216172625.4q5ziexufyw45lyf@alap3.anarazel.de> References: <20220215235157.jknqi73c5scietxe@alap3.anarazel.de> <20220216.142637.1918987197255698649.horikyota.ntt@gmail.com> <20220216.152227.2011857448174448615.horikyota.ntt@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Hi, On 2022-02-16 18:04:14 +0900, Masahiko Sawada wrote: > On Wed, Feb 16, 2022 at 3:22 PM Kyotaro Horiguchi > wrote: > > > > At Wed, 16 Feb 2022 14:58:23 +0900, Masahiko Sawada wrote in > > > Or it's possible that the process took a time to clean up the > > > temporary replication slot? > > > > Checkpointer may take ReplicationSlotControlLock. Dead lock between > > ReplicationSlotCleanup and InvalidateObsoleteReplicationSlots > > happened? A deadlock requires some form of incorrected lock (or lock like) nesting. Do you have an idea what that could be? > That's possible. Whatever the exact cause of this failure, I think we > can stabilize this test by adding a condition of application_name to > the query. I think the test is telling us that something may be broken. We shouldn't silence that without at least some understanding what it is. It'd be good try to reproduce this locally... - Andres