Re: SIGQUIT on archiver child processes maybe not such a hot idea?

From: Stephen Frost <sfrost(at)snowman(dot)net>
To: David Steele <david(at)pgmasters(dot)net>
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Kyotaro Horiguchi <horikyota(dot)ntt(at)gmail(dot)com>, tsunakawa(dot)takay(at)jp(dot)fujitsu(dot)com, michael(at)paquier(dot)xyz, pgsql-hackers(at)lists(dot)postgresql(dot)org
Subject: Re: SIGQUIT on archiver child processes maybe not such a hot idea?
Date: 2019-09-03 19:48:42
Message-ID: 20190903194842.GW16436@tamriel.snowman.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Greetings,

* David Steele (david(at)pgmasters(dot)net) wrote:
> On 9/3/19 12:04 PM, Tom Lane wrote:
> > Kyotaro Horiguchi <horikyota(dot)ntt(at)gmail(dot)com> writes:
> >> But now we know that sending it to grand-children is wrong in a
> >> sense that that leads to left-alone unwanted core files. But the
> >> behavior is already knwon at the time.
> >
> >> So, Now I know that we need to revert that in certain extent if
> >> we want to stop the core-dumping behavior...
> >
> > Yeah. After thinking about this more, I'm inclined to propose that
> > we just change what the postmaster does, as per attached patch.
> >
> > A couple of questions arise:
> >
> > * Would it be better to substitute SIGTERM instead of SIGINT?
> > The POSIX default handling is the same for both, but some programs
> > might interpret them differently.
>
> I prefer SIGTERM, but FWIW pgBackRest handles them both the same way.

Yeah, I wondered about that too, perhaps SIGTERM is better. I'm not
really particular either way.

Thanks,

Stephen

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Stephen Frost 2019-09-03 19:56:28 Re: Proposal: roll pg_stat_statements into core
Previous Message Stephen Frost 2019-09-03 19:43:37 Re: SIGQUIT on archiver child processes maybe not such a hot idea?