Re: [ADMIN] recovery is stuck when children are not processing SIGQUIT from previous crash

Поиск
Список
Период
Сортировка
От Peter Eisentraut
Тема Re: [ADMIN] recovery is stuck when children are not processing SIGQUIT from previous crash
Дата
Msg-id 1260978524.3310.10.camel@fsopti579.F-Secure.com
обсуждение исходный текст
Ответ на Re: [ADMIN] recovery is stuck when children are not processing SIGQUIT from previous crash  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: [ADMIN] recovery is stuck when children are not processing SIGQUIT from previous crash
Re: [ADMIN] recovery is stuck when children are not processing SIGQUIT from previous crash
Список pgsql-hackers
Here is a set of patches to address this issue.

The first one is a small refactoring of the signal setting portability
business.

The second one fixes the SIGQUIT handler inadvertently unblocking
SIGQUIT within itself.

The third one installs an alarm so that if the ereport() call in
quickdie() doesn't finish after 60 seconds, it skips it and finishes up.
The precise logic of this could be debated, but it more or less appears
to get the job done.

Вложения

В списке pgsql-hackers по дате отправления:

Предыдущее
От: Kurt Harriman
Дата:
Сообщение: PostgreSQL project policy compendium
Следующее
От: Tom Lane
Дата:
Сообщение: Re: Patch: Remove gcc dependency in definition of inline functions