Re: Add guc to enable send SIGSTOP to peers when backend exits abnormally - Mailing list pgsql-hackers

From Alvaro Herrera
Subject Re: Add guc to enable send SIGSTOP to peers when backend exits abnormally
Date
Msg-id 202109032116.mipfjjjgimw5@alvherre.pgsql
Whole thread Raw
In response to Re: Add guc to enable send SIGSTOP to peers when backend exits abnormally  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: Add guc to enable send SIGSTOP to peers when backend exits abnormally  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
On 2021-Sep-03, Tom Lane wrote:

> "=?UTF-8?B?6JSh5qKm5aifKOeOiuS6jik=?=" <mengjuan.cmj@alibaba-inc.com> writes:
> > I want to share a patch with you, in which I add a guc parameter 'enable_send_stop' to enable set the value of
SendStopin postmaster.c more conveniently.  SendStop enable postmaster to send SIGSTOP rather than SIGQUIT to its
childrenwhen some backend dumps core, and this variable is originally set with -T parameter when start postgres, which
isinconvenient to control in some scenarios.
 
> 
> TBH, I'd sooner rip out SendStop, and simplify the related postmaster
> logic.

I wrote a patch to do that in 2012, after this exchange:
https://postgr.es/m/1333124720-sup-6193@alvh.no-ip.org
I obviously doesn't apply at all anymore, but the thing that prevented
me from sending it was I couldn't find what the mentioned feature was
that would cause all backends to dump core at the time of a crash.
So it seemed to me that we would be ripping out a feature I had used,
with no replacement.

(It applies cleanly on top of 36b7e3da17bc.)

-- 
Álvaro Herrera           39°49'30"S 73°17'W  —  https://www.EnterpriseDB.com/
"Cuando no hay humildad las personas se degradan" (A. Christie)

Attachment

pgsql-hackers by date:

Previous
From: David Zhang
Date:
Subject: Re: ORDER BY pushdowns seem broken in postgres_fdw
Next
From: Tom Lane
Date:
Subject: Re: Add guc to enable send SIGSTOP to peers when backend exits abnormally