Re: Printing backtrace of postgres processes
От | Tom Lane |
---|---|
Тема | Re: Printing backtrace of postgres processes |
Дата | |
Msg-id | 3537.1610828491@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: Printing backtrace of postgres processes (vignesh C <vignesh21@gmail.com>) |
Ответы |
Re: Printing backtrace of postgres processes
|
Список | pgsql-hackers |
vignesh C <vignesh21@gmail.com> writes: > On Sat, Jan 16, 2021 at 1:40 AM Andres Freund <andres@anarazel.de> wrote: >> Why is a full signal needed? Seems the procsignal infrastructure should >> suffice? > Most of the processes have access to ProcSignal, for these processes > printing of callstack signal was handled by using ProcSignal. Pgstat > process & syslogger process do not have access to ProcSignal, > multiplexing with SIGUSR1 is not possible for these processes. So I > handled the printing of callstack for pgstat process & syslogger using > the SIGUSR2 signal. I'd argue that backtraces for those processes aren't really essential, and indeed that trying to make the syslogger report its own backtrace is damn dangerous. (Personally, I think this whole patch fails the safety-vs-usefulness tradeoff, but I expect I'll get shouted down.) regards, tom lane
В списке pgsql-hackers по дате отправления: