SIGQUIT vs SIGINT

Поиск
Список
Период
Сортировка
От Edwin Grubbs
Тема SIGQUIT vs SIGINT
Дата
Msg-id CAAZm=o1sSz7yvGVoigPOALcJ44f6vC7EqNnE+Ygn9jA-CnF2PA@mail.gmail.com
обсуждение исходный текст
Ответы Re: SIGQUIT vs SIGINT  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-admin
Redhat cluster comes with a default configuration file for
postgres-8.4 that by default just sends a SIGQUIT to stop postgres.
I'm trying to convince Redhat support to use SIGINT instead of
SIGQUIT, so that postgres doesn't have to recover by replaying the WAL
file, but they are questioning whether recovery is actually a bad
thing.

I can't find any more information on why not to use SIGQUIT besides
the documentation indicating  "This is recommended only in
emergencies." Can you provide any information on why their default
config should be changed? I can obviously edit my own server's config,
but I don't want anyone else to be hurt by this.

Here is the bug that I submitted. The comments that I have received
back are on the support ticket, so you can't see that.
https://bugzilla.redhat.com/show_bug.cgi?id=871659

-Edwin


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

Предыдущее
От: Lukasz Brodziak
Дата:
Сообщение: Re: Cannot take base backup of a master database
Следующее
От: Igor Neyman
Дата:
Сообщение: unlooged tables