Skip site navigation (1) Skip section navigation (2)

Re: [DOCS] Streaming replication document improvements

From: Robert Haas <robertmhaas(at)gmail(dot)com>
To: Fujii Masao <masao(dot)fujii(at)gmail(dot)com>
Cc: Heikki Linnakangas <heikki(dot)linnakangas(at)enterprisedb(dot)com>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>, pgsql-docs(at)postgresql(dot)org
Subject: Re: [DOCS] Streaming replication document improvements
Date: 2010-04-01 02:00:16
Message-ID: x2t603c8f071003311900v524ab37x44f9e52a2a69dc33@mail.gmail.com (view raw or flat)
Thread:
Lists: pgsql-docspgsql-hackers
On Wed, Mar 31, 2010 at 9:58 PM, Fujii Masao <masao(dot)fujii(at)gmail(dot)com> wrote:
> On Thu, Apr 1, 2010 at 10:52 AM, Robert Haas <robertmhaas(at)gmail(dot)com> wrote:
>> On Wed, Mar 31, 2010 at 9:50 PM, Fujii Masao <masao(dot)fujii(at)gmail(dot)com> wrote:
>>>> That's an interesting point, do streaming replication connections
>>>> consume superuser_reserved_connections slots?
>>>
>>> Yes. Since SR connection is superuser connection, setting
>>> superuser_reserved_connections appropriately would be useful
>>> to prevent non-superuser connections from blocking the connection
>>> from the standby.
>>
>> I think this is wacky, especially since we'd someday like to have
>> replication be a separate privilege from superuser.  I think we should
>> change this.
>
> You mean that we should change replication connection not to consume
> superuser_reserved_connections slots in 9.0?

Yes.

...Robert

In response to

Responses

pgsql-docs by date

Next:From: Fujii MasaoDate: 2010-04-01 02:14:50
Subject: Re: [HACKERS] Streaming replication document improvements
Previous:From: Fujii MasaoDate: 2010-04-01 01:58:05
Subject: Re: [HACKERS] Streaming replication document improvements

pgsql-hackers by date

Next:From: Fujii MasaoDate: 2010-04-01 02:14:50
Subject: Re: [HACKERS] Streaming replication document improvements
Previous:From: Fujii MasaoDate: 2010-04-01 01:58:05
Subject: Re: [HACKERS] Streaming replication document improvements

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group