Re: fix "Success" error messages - Mailing list pgsql-hackers

From TAKATSUKA Haruka
Subject Re: fix "Success" error messages
Date
Msg-id 20191121104257.a3010b3ec22f83e498147f74@sraoss.co.jp
Whole thread Raw
In response to Re: fix "Success" error messages  (Bruce Momjian <bruce@momjian.us>)
Responses Re: fix "Success" error messages  (Peter Eisentraut <peter.eisentraut@2ndquadrant.com>)
List pgsql-hackers
Hello, pgsql-hackers

I'm gathering information about the following error.

 FATAL: could not access status of transaction ..
 DETAIL: Could not read from file (pg_clog/.... or pg_xact/....) ...: Success.

This error has caused the server to fail to start with recovery.
I got a report that it happend repeatedly at the newly generated
standby cluster. I gave them advice to comfirm the low level server
environment.

However, in addition to improving the message, should we retry to read 
the rest of the data in the case reading too few bytes? 
What about a limited number of retries instead of a complete loop?

---
 Haruka Takatsuka / SRA OSS, Inc. Japan

On Fri, 27 Sep 2019 11:52:39 -0400
Bruce Momjian <bruce@momjian.us> wrote:

> On Tue, Sep  3, 2019 at 08:38:22AM +0200, Peter Eisentraut wrote:
> > On 2019-08-27 08:27, Michael Paquier wrote:
> > > Thanks for the new patch, and you are right that pg_checksums has been
> > > slacking here.  There is the same issue with pg_verify_checksums in
> > > 11.  Not sure that's worth a back-patch though.  Those parts could
> > > find their way to v12 easily.
> > 
> > Committed to master and PG12 with your suggested changes.
> 
> This "Success" has happened so many times I think we should tell people
> to report any such error message as a bug by emitting a special error
> message line.
> 
> -- 
>   Bruce Momjian  <bruce@momjian.us>        http://momjian.us
>   EnterpriseDB                             http://enterprisedb.com
> 
> + As you are, so once was I.  As I am, so you will be. +
> +                      Ancient Roman grave inscription +




pgsql-hackers by date:

Previous
From: Michael Paquier
Date:
Subject: Re: Hypothetical indexes using BRIN broken since pg10
Next
From: Kyotaro Horiguchi
Date:
Subject: an OID >= 8000 in master