| От | Tom Lane |
|---|---|
| Тема | Re: We shouldn't signal process groups with SIGQUIT |
| Дата | |
| Msg-id | 1930610.1676407104@sss.pgh.pa.us обсуждение |
| Ответ на | We shouldn't signal process groups with SIGQUIT (Andres Freund <andres@anarazel.de>) |
| Ответы |
Re: We shouldn't signal process groups with SIGQUIT
|
| Список | pgsql-hackers |
Andres Freund <andres@anarazel.de> writes:
> ISTM that signal_child() should downgrade SIGQUIT to SIGTERM when sending to
> the process group. That way we'd maintain the current behaviour for postgres
> itself, but stop core-dumping archive/restore scripts (as well as other
> subprocesses that e.g. trusted PLs might create).
Yeah, I had been thinking along the same lines. One issue
is that that means the backend itself will get SIGQUIT and SIGTERM
in close succession. We need to make sure that that won't cause
problems. It might be prudent to think about what order to send
the two signals in.
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера