Re: BUG #7885: postmaster panic on startup does not release shared memory

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: BUG #7885: postmaster panic on startup does not release shared memory
Дата
Msg-id 18017.1360965766@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: BUG #7885: postmaster panic on startup does not release shared memory  (Bruce Momjian <bruce@momjian.us>)
Ответы Re: BUG #7885: postmaster panic on startup does not release shared memory  (David Thomas <david.thomas@enterprisedb.com>)
Список pgsql-bugs
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.)

            regards, tom lane

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

Предыдущее
От: Bruce Momjian
Дата:
Сообщение: Re: BUG #7886: date_trunc(date) returning timestamptz instead of timestamp
Следующее
От: Tom Lane
Дата:
Сообщение: Re: BUG #7886: date_trunc(date) returning timestamptz instead of timestamp