Re: Make mesage at end-of-recovery less scary. - Mailing list pgsql-hackers

From Michael Paquier
Subject Re: Make mesage at end-of-recovery less scary.
Date
Msg-id 20200228073318.GD2688@paquier.xyz
Whole thread Raw
In response to Make mesage at end-of-recovery less scary.  (Kyotaro Horiguchi <horikyota.ntt@gmail.com>)
Responses Re: Make mesage at end-of-recovery less scary.
List pgsql-hackers
On Fri, Feb 28, 2020 at 04:01:00PM +0900, Kyotaro Horiguchi wrote:
> Hello, this is a followup thread of [1].
>
> # I didn't noticed that the thread didn't cover -hackers..
>
> When recovery of any type ends, we see several kinds of error messages
> that says "WAL is broken".

Have you considered an error context here?  Your patch leads to a bit
of duplication with the message a bit down of what you are changing
where the end of local pg_wal is reached.

> +    * reached the end of WAL.  Otherwise something's really wrong and
> +    * we report just only the errormsg if any. If we don't receive

This sentence sounds strange to me.  Or you meant "Something is wrong,
so use errormsg as report if it is set"?

> +             * Note: errormsg is alreay translated.

Typo here.

> +    if (StandbyMode)
> +        ereport(actual_emode,
> +            (errmsg ("rached end of WAL at %X/%X on timeline %u in %s during streaming replication",

StandbyMode happens also with only WAL archiving, depending on if
primary_conninfo is set or not.

> +    (errmsg ("rached end of WAL at %X/%X on timeline %u in %s during crash recovery",

FWIW, you are introducing three times the same typo, in the same
word, in three different messages.
--
Michael

Attachment

pgsql-hackers by date:

Previous
From: Takuma Hoshiai
Date:
Subject: Re: Implementing Incremental View Maintenance
Next
From: Michael Paquier
Date:
Subject: Re: Improve handling of parameter differences in physical replication