Re: Make mesage at end-of-recovery less scary.

Поиск
Список
Период
Сортировка
От Michael Paquier
Тема Re: Make mesage at end-of-recovery less scary.
Дата
Msg-id 20200228073318.GD2688@paquier.xyz
обсуждение исходный текст
Ответ на Make mesage at end-of-recovery less scary.  (Kyotaro Horiguchi <horikyota.ntt@gmail.com>)
Ответы Re: Make mesage at end-of-recovery less scary.  (Kyotaro Horiguchi <horikyota.ntt@gmail.com>)
Список 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

Вложения

В списке pgsql-hackers по дате отправления:

Предыдущее
От: Takuma Hoshiai
Дата:
Сообщение: Re: Implementing Incremental View Maintenance
Следующее
От: Michael Paquier
Дата:
Сообщение: Re: Improve handling of parameter differences in physical replication