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 1lHU8r-0000le-Ae for pgsql-hackers@arkaria.postgresql.org; Wed, 03 Mar 2021 16:14:29 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1lHU8q-0004bg-6C for pgsql-hackers@arkaria.postgresql.org; Wed, 03 Mar 2021 16:14:28 +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 1lHU8p-0004a5-Vx for pgsql-hackers@lists.postgresql.org; Wed, 03 Mar 2021 16:14:27 +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 1lHU8l-0007tO-QI for pgsql-hackers@lists.postgresql.org; Wed, 03 Mar 2021 16:14:27 +0000 Received: from desktop.home.thelabyrinth.net (c-73-39-102-148.hsd1.md.comcast.net [73.39.102.148]) (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 6D7F454625; Wed, 3 Mar 2021 16:14:21 +0000 (UTC) Subject: Re: Make mesage at end-of-recovery less scary. To: Kyotaro Horiguchi Cc: Peter Eisentraut , Andres Freund , Michael Paquier , PostgreSQL Hackers , James Coleman , Robert Haas References: <20200305.160650.1027844943773682801.horikyota.ntt@gmail.com> <4a9fc5b1-34c8-46ec-9b71-d4763d70311d@2ndquadrant.com> <20200323194736.uijmupfle2ccvyah@alap3.anarazel.de> <20200324.105250.1584846618506385212.horikyota.ntt@gmail.com> <613cc9dc-1721-eb73-70a5-ab5b4a7a5aee@2ndquadrant.com> From: David Steele Message-ID: Date: Wed, 3 Mar 2021 11:14:20 -0500 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.16; rv:78.0) Gecko/20100101 Thunderbird/78.7.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Hi Kyotaro, On 3/27/20 10:25 PM, James Coleman wrote: > On Thu, Mar 26, 2020 at 12:41 PM Robert Haas wrote: >> >> I'm just spitballing here, but it would be really good if there's a >> way to know definitely whether or not you should be scared. Corrupted >> WAL segments are definitely a thing that happens, but retries are a >> lot more common. > > First, I agree that getting enough context to say precisely is by far the ideal. > > That being said, as an end user who's found this surprising -- and > momentarily scary every time I initially scan it even though I *know > intellectually it's not* -- I would find Peter's suggestion a > significant improvement over what we have now. I'm fairly certainly my > co-workers on our database team would also. Knowing that something is > at least not always scary is good. Though I'll grant that this does > have the negative in reverse: if it actually is a scary > situation...this mutes your concern level. On the other hand, > monitoring would tell us if there's a real problem (namely replication > lag), so I think the trade-off is clearly worth it. > > How about this minor tweak: > HINT: This is expected if this is the end of currently available WAL. > Otherwise, it could indicate corruption. Any thoughts on the suggestions for making the messaging clearer? Also, the patch no longer applies: http://cfbot.cputube.org/patch_32_2490.log. Marking this Waiting on Author. Regards, -- -David david@pgmasters.net