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 1oGIoO-0004Rq-S0 for pgsql-bugs@arkaria.postgresql.org; Tue, 26 Jul 2022 11:33:16 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1oGIoN-0003cL-3e for pgsql-bugs@arkaria.postgresql.org; Tue, 26 Jul 2022 11:33:15 +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 1oGIoM-0003cC-Ri for pgsql-bugs@lists.postgresql.org; Tue, 26 Jul 2022 11:33:14 +0000 Received: from mail.thelabyrinth.net ([45.56.70.56]) by magus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1oGIoK-00061d-5k for pgsql-bugs@lists.postgresql.org; Tue, 26 Jul 2022 11:33:14 +0000 Received: from [172.20.20.20] (c-24-126-12-6.hsd1.wv.comcast.net [24.126.12.6]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: dsteele) by mail.thelabyrinth.net (Postfix) with ESMTPSA id 7250B54682; Tue, 26 Jul 2022 11:33:10 +0000 (UTC) Message-ID: <8bc21242-6a7c-47b3-5af1-e6c9956d5ffa@pgmasters.net> Date: Tue, 26 Jul 2022 07:33:09 -0400 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:91.0) Gecko/20100101 Thunderbird/91.11.0 Subject: Re: could not link file in wal restore lines Content-Language: en-US To: Kyotaro Horiguchi Cc: zsolt.ero@gmail.com, pgsql-bugs@lists.postgresql.org, michael@paquier.xyz References: <4b392ab1-d4a5-5557-adf0-ae319e723da5@pgmasters.net> <20220726.114814.306729894656662536.horikyota.ntt@gmail.com> <20220726.150311.891076428649612904.horikyota.ntt@gmail.com> From: David Steele In-Reply-To: <20220726.150311.891076428649612904.horikyota.ntt@gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On 7/26/22 02:03, Kyotaro Horiguchi wrote: > At Tue, 26 Jul 2022 11:48:14 +0900 (JST), Kyotaro Horiguchi wrote in >> Ah, sorry for posting following too-early messages in the thread. >> >> At Mon, 25 Jul 2022 08:40:12 -0400, David Steele wrote in >>> Your system seems to be doing recovery pretty quickly. I wonder if >>> there is a race condition in WAL recycling? > > And it has been fixed by cc2c7d65fc in PG15. That discussion [1] > concluded that we don't back-patch it. > > [1] https://www.postgresql.org/message-id/flat/20210202151416.GB3304930%40rfd.leadboat.com >> Does anyone prefer some alternative? It's probably not worth >> back-patching anything for a restartpoint failure this rare, because >> most restartpoint outcomes are not user-visible. I have responded on that thread to see if Noah can have a look and decide if it would be worth back-patching cc2c7d65fc. There have been other changes in this area (e.g. removing durable_rename_excl) so it would be good to know if back-patching just cc2c7d65fc will work. Kyotaro, since you can reproduce the issue would you be willing to test that? Regards, -David