Re: 12.2: Howto check memory-leak in worker?

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: 12.2: Howto check memory-leak in worker?
Дата
Msg-id 4101.1588694367@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: 12.2: Howto check memory-leak in worker?  (Peter <pmc@citylink.dinoex.sub.org>)
Ответы Re: 12.2: Howto check memory-leak in worker?
Список pgsql-general
Peter <pmc@citylink.dinoex.sub.org> writes:
> On Tue, May 05, 2020 at 10:57:04AM +1200, Thomas Munro wrote:
> !          * Once a minute, verify that postmaster.pid hasn't been removed or
> !          * overwritten.  If it has, we force a shutdown.

> It is really hard to comment on this in a way that might not be
> considered offensive, so lets put it that way: You all have seen
> the Apollo-13 movie, so You know that a need to power-down as much
> as possible may appear en-route, and in a situation where you have
> lots of other issues, so what you need the least is things like
> this getting in your way.

Well, the choice we face is preventing somebody's disk from spinning
down, versus preventing somebody else from completely corrupting their
database.  From where I sit that's not a difficult choice, nor one
that I feel a need to let users second-guess.

> Now concerning the memory leak:
> That one was introduced with the work done on the GSSAPI encryption;
> it goes away when setting 'hostnogssenc' in pg_hba.

Oooh ... it looks like some of the encryption code paths have neglected
to call gss_release_buffer.  Will fix, thanks for the report!

            regards, tom lane



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

Предыдущее
От: Clifford Snow
Дата:
Сообщение: Re: Installing Postgis25_11
Следующее
От: Ted Toth
Дата:
Сообщение: Re: jsonb unique constraints