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 1nfPO5-0004ye-NQ for pgsql-hackers@arkaria.postgresql.org; Fri, 15 Apr 2022 17:05:37 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1nfPO4-0004ib-HP for pgsql-hackers@arkaria.postgresql.org; Fri, 15 Apr 2022 17:05: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 1nfPO4-0004iS-7x for pgsql-hackers@lists.postgresql.org; Fri, 15 Apr 2022 17:05:36 +0000 Received: from sss.pgh.pa.us ([66.207.139.130]) by makus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nfPO1-0007qX-St for pgsql-hackers@lists.postgresql.org; Fri, 15 Apr 2022 17:05:35 +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 23FH5TNV1653084; Fri, 15 Apr 2022 13:05:29 -0400 From: Tom Lane To: Andres Freund cc: pgsql-hackers@lists.postgresql.org, Noah Misch , Peter Geoghegan , David Rowley Subject: Re: Intermittent buildfarm failures on wrasse In-reply-to: <1650516.1650040612@sss.pgh.pa.us> References: <1521388.1649953580@sss.pgh.pa.us> <1547912.1649971995@sss.pgh.pa.us> <1553951.1649975018@sss.pgh.pa.us> <1570894.1649986347@sss.pgh.pa.us> <20220415015249.kfsqxujrf2bn2wz6@alap3.anarazel.de> <20220415024515.GA862547@rfd.leadboat.com> <20220415051205.6abhlilh6fnjgohr@alap3.anarazel.de> <20220415052125.GD862547@rfd.leadboat.com> <1637671.1650032132@sss.pgh.pa.us> <1643686.1650036220@sss.pgh.pa.us> <1650516.1650040612@sss.pgh.pa.us> Comments: In-reply-to Tom Lane message dated "Fri, 15 Apr 2022 12:36:52 -0400" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <1653082.1650042329.1@sss.pgh.pa.us> Date: Fri, 15 Apr 2022 13:05:29 -0400 Message-ID: <1653083.1650042329@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk I wrote: > Um, this is the logical replication launcher, not the autovac launcher. > Your observation that a sleep in get_database_list() reproduces it > confirms that, and I don't entirely see why the timing of the LR launcher > would have changed. Oh, to clarify: I misread "get_database_list()" as "get_subscription_list()", which is the part of the LR launcher startup that causes the problem for me. So what we actually have confirmed is that BOTH of those launchers are problematic for this. And AFAICS neither of them needs to be causing horizon adjustments for non-shared tables. (It's possible that the AV launcher is responsible in some of wrasse's reports, but it's been the LR launcher in five out of five sufficiently-instrumented failures for me.) regards, tom lane