Re: Re: [COMMITTERS] pgsql: Repair two places whereSIGTERM exit couldleave shared memory
В списке pgsql-hackers по дате отправления:
| От | Heikki Linnakangas |
|---|---|
| Тема | Re: Re: [COMMITTERS] pgsql: Repair two places whereSIGTERM exit couldleave shared memory |
| Дата | |
| Msg-id | 48074D25.8010709@enterprisedb.com обсуждение исходный текст |
| Ответ на | Re: Re: [COMMITTERS] pgsql: Repair two places where SIGTERM exit couldleave shared memory (Alvaro Herrera <alvherre@commandprompt.com>) |
| Ответы |
Re: Re: [COMMITTERS] pgsql: Repair two places whereSIGTERM
exit couldleave shared memory
|
| Список | pgsql-hackers |
Alvaro Herrera wrote: > Heikki Linnakangas wrote: >> Alvaro Herrera wrote: >>> Tom Lane wrote: >>> >>>> Also use this method >>>> for createdb cleanup --- that wasn't a shared-memory-corruption problem, >>>> but SIGTERM abort of createdb could leave orphaned files lying around. >>> I wonder if we could use this mechanism for cleaning up in case of >>> failed CLUSTER, REINDEX or the like. I think these can leave dangling >>> files around. >> They do clean up on abort or SIGTERM. > > Ah, we're OK then. Wait, my memory failed me! No, we don't clean up dangling files on SIGTERM. We should... -- Heikki Linnakangas EnterpriseDB http://www.enterprisedb.com
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера