Re: [DOCS] Streaming replication document improvements

Поиск
Список
Период
Сортировка
От Fujii Masao
Тема Re: [DOCS] Streaming replication document improvements
Дата
Msg-id s2u3f0b79eb1004200247q2f1c35f0pc7bf4af306f3514c@mail.gmail.com
обсуждение исходный текст
Ответ на Re: [DOCS] Streaming replication document improvements  (Robert Haas <robertmhaas@gmail.com>)
Ответы Re: [DOCS] Streaming replication document improvements  (Robert Haas <robertmhaas@gmail.com>)
Список pgsql-hackers
On Tue, Apr 20, 2010 at 11:04 AM, Robert Haas <robertmhaas@gmail.com> wrote:
> Instead of doing this, could we just change the logic in InitPostgres?
>
> Current logic says we hit the connection limit if:
>
>        if (!am_superuser &&
>                ReservedBackends > 0 &&
>                !HaveNFreeProcs(ReservedBackends))
>
> Couldn't we just change this to:
>
>        if ((!am_superuser || am_walsender) &&
>                ReservedBackends > 0 &&
>                !HaveNFreeProcs(ReservedBackends))
>
> Seems like that'd be a whole lot simpler, if it'll do the job...

It's very simple, but prevents superuser replication connection
from being established when connection limit exceeds for
non-superusers. It seems strange to me that superuser cannot use
superuser_reserved_connections slots. If we'd like to forbid
replication connection to use the slots, I think that we should
just get rid of a superuser privilege from it instead.

Regards,

--
Fujii Masao
NIPPON TELEGRAPH AND TELEPHONE CORPORATION
NTT Open Source Software Center

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

Предыдущее
От: Takahiro Itagaki
Дата:
Сообщение: Re: [GENERAL] trouble with to_char('L')
Следующее
От: Fujii Masao
Дата:
Сообщение: Re: Streaming replication and a disk full in primary