Re: SIGUSR1 pingpong between master na autovacum launcher causes crash
В списке pgsql-hackers по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: SIGUSR1 pingpong between master na autovacum launcher causes crash |
| Дата | |
| Msg-id | 9594.1250885892@sss.pgh.pa.us обсуждение |
| Ответ на | Re: SIGUSR1 pingpong between master na autovacum launcher causes crash (Alvaro Herrera <alvherre@commandprompt.com>) |
| Ответы |
Re: SIGUSR1 pingpong between master na autovacum
launcher causes crash
|
| Список | pgsql-hackers |
Alvaro Herrera <alvherre@commandprompt.com> writes:
> If sigusr1_handler needs rewriting, don't all the other sighandler as
> well?
It does not, and neither do they. I'm not sure what happened here but
it wasn't the fault of the postmaster's organization of signal handlers.
It does seem that we ought to change things so that there's a bit more
delay before trying to re-launch a failed autovac worker, though.
Whatever caused this was effectively turning the autovac logic into
a fork-bomb engine. I'm not thinking of just postponing the relaunch
into the main loop, but ensuring at least a few hundred msec delay before
we try again.
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера