Re: BUG #7885: postmaster panic on startup does not release shared memory
В списке pgsql-bugs по дате отправления:
| От | David Thomas |
|---|---|
| Тема | Re: BUG #7885: postmaster panic on startup does not release shared memory |
| Дата | |
| Msg-id | 20130215230719.GA17308@digitaldogma.org обсуждение исходный текст |
| Ответ на | Re: BUG #7885: postmaster panic on startup does not release shared memory (Tom Lane <tgl@sss.pgh.pa.us>) |
| Список | pgsql-bugs |
On Fri, Feb 15, 2013 at 05:02:46PM -0500, Tom Lane wrote: > Bruce Momjian <bruce@momjian.us> writes: > > When we panic, we PANIC, meaning we don't jump around looking for > > cleanup stuff, which might make things worse. > > I think also there was some thought that we should intentionally leave > the shmem segment around for debugging purposes. > > In any case, I believe the behavior complained of here is specific to > --single mode, which is surely not a production scenario, thus even > less reason to be concerned about it. (If a postmaster child panics, > the postmaster will still shut down normally and thus release the > shmem segment.) > Yup, if I attempt to start the cluster normally, it cleans up after itself, so this is specific to --single mode. -- David Thomas System Engineer EnterpriseDB - The Enterprise PostgreSQL Company
В списке pgsql-bugs по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера