Re: "wal receiver" process hang in syslog() while exiting afterreceiving SIGTERM while the postgres has been promoted.
От | Robert Haas |
---|---|
Тема | Re: "wal receiver" process hang in syslog() while exiting afterreceiving SIGTERM while the postgres has been promoted. |
Дата | |
Msg-id | CA+TgmoaWDfGs=iWePrfxa5HWwW7ZX7MadAsn8i4Dcxoa5-vNVw@mail.gmail.com обсуждение исходный текст |
Ответ на | "wal receiver" process hang in syslog() while exiting after receivingSIGTERM while the postgres has been promoted. ("Chen, Yan-Jack (NSB - CN/Hangzhou)" <yan-jack.chen@nokia-sbell.com>) |
Ответы |
RE: "wal receiver" process hang in syslog() while exiting afterreceiving SIGTERM while the postgres has been promoted.
|
Список | pgsql-hackers |
On Thu, Jun 21, 2018 at 1:11 AM, Chen, Yan-Jack (NSB - CN/Hangzhou) <yan-jack.chen@nokia-sbell.com> wrote: > Hi Hackers, > We encounter one problem happened while we try to promote standby > postgres(version 9.6.9) server to active. From the trace(we triggered the > process abort). We can see the process was hang in syslog() while handling > SIGTERM. According to below article. Looks it is risky to write syslog in > signal handling. Any idea to avoid it? Huh. I thought that Andres had removed all of this kind of stuff back in 6753333f55e1d9bcb9da4323556b456583624a07, 4f85fde8eb860f263384fffdca660e16e77c7f76, and 387da18874afa17156ee3af63766f17efb53c4b9, and related commits, but rereading the commit message I see that it wasn't that ambitious. Probably a similar approach would make sense here, though. -- Robert Haas EnterpriseDB: http://www.enterprisedb.com The Enterprise PostgreSQL Company
В списке pgsql-hackers по дате отправления: