Re: StandbyAcquireAccessExclusiveLock doesn't necessarily

Поиск
Список
Период
Сортировка
От Robert Haas
Тема Re: StandbyAcquireAccessExclusiveLock doesn't necessarily
Дата
Msg-id CA+TgmoasJ8xBt2F2QXRaf1q8+9auXFi2QT_fWMrWpCX837mkxw@mail.gmail.com
обсуждение исходный текст
Ответ на StandbyAcquireAccessExclusiveLock doesn't necessarily  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: StandbyAcquireAccessExclusiveLock doesn't necessarily  (Simon Riggs <simon@2ndquadrant.com>)
Список pgsql-hackers
On Fri, Sep 7, 2018 at 6:37 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
> So my inclination is to remove the reportMemoryError = false parameter,
> and just let an error happen in the unlikely situation that we hit OOM
> for the lock table.

Wouldn't that take down the entire cluster with no restart?

-- 
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company


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

Предыдущее
От: Pavel Stehule
Дата:
Сообщение: Re: can commitfest application resend a mail?
Следующее
От: legrand legrand
Дата:
Сообщение: Re: pg_stat_statements query jumbling question