Re: Nicer error when connecting to standby with hot_standby=off

From: James Coleman <jtc331(at)gmail(dot)com>
To: Fujii Masao <masao(dot)fujii(at)oss(dot)nttdata(dot)com>
Cc: Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Magnus Hagander <magnus(at)hagander(dot)net>, David Steele <david(at)pgmasters(dot)net>, David Zhang <david(dot)zhang(at)highgo(dot)ca>, PostgreSQL Developers <pgsql-hackers(at)lists(dot)postgresql(dot)org>
Subject: Re: Nicer error when connecting to standby with hot_standby=off
Date: 2021-03-24 13:06:19
Message-ID: CAAaqYe9dY3_4p1GVU8a-wBvOAS-ef3piZuhPY5AvG6YHfVT68Q@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Wed, Mar 24, 2021 at 5:55 AM Fujii Masao <masao(dot)fujii(at)oss(dot)nttdata(dot)com> wrote:
>
>
>
> On 2021/03/24 16:59, Alvaro Herrera wrote:
> > On 2021-Mar-24, Fujii Masao wrote:
> >
> >> On 2021/03/24 5:59, Tom Lane wrote:
> >>> Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org> writes:
> >>>> FATAL: the database system is starting up
> >>>> DETAIL: WAL is being applied to recover from a system crash.
> >>>> or
> >>>> DETAIL: The system is applying WAL to recover from a system crash.
> >>>> or
> >>>> DETAIL: The startup process is applying WAL to recover from a system crash.
> >>>
> >>> I don't think the postmaster has enough context to know if that's
> >>> actually true. It just launches the startup process and waits for
> >>> results. If somebody saw this during a normal (non-crash) startup,
> >>> they'd be justifiably alarmed.
> >>
> >> Yes, so logging "the database system is starting up" seems enough to me.
> >
> > No objection.
>
> Thanks! So I changed the message reported at PM_STARTUP to that one,
> based on v8 patch that James posted upthread. I also ran pgindent for
> the patch. Attached is the updated version of the patch.
>
> Barring any objection, I will commit this.

That looks good to me. Thanks for working on this.

James Coleman

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Robert Haas 2021-03-24 13:12:01 Re: pg_amcheck contrib application
Previous Message Masahiko Sawada 2021-03-24 13:04:52 Re: New IndexAM API controlling index vacuum strategies