Re: [DOCS] Streaming replication document improvements - Mailing list pgsql-hackers

From Fujii Masao
Subject Re: [DOCS] Streaming replication document improvements
Date
Msg-id s2u3f0b79eb1004200247q2f1c35f0pc7bf4af306f3514c@mail.gmail.com
Whole thread Raw
In response to Re: [DOCS] Streaming replication document improvements  (Robert Haas <robertmhaas@gmail.com>)
Responses Re: [DOCS] Streaming replication document improvements  (Robert Haas <robertmhaas@gmail.com>)
List 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 by date:

Previous
From: Takahiro Itagaki
Date:
Subject: Re: [GENERAL] trouble with to_char('L')
Next
From: Fujii Masao
Date:
Subject: Re: Streaming replication and a disk full in primary