Re: pg_rewind in contrib - Mailing list pgsql-hackers

From Peter Eisentraut
Subject Re: pg_rewind in contrib
Date
Msg-id 54AEEC26.5030707@gmx.net
Whole thread Raw
In response to Re: pg_rewind in contrib  (Andres Freund <andres@2ndquadrant.com>)
Responses Re: pg_rewind in contrib
List pgsql-hackers
On 1/6/15 7:17 PM, Andres Freund wrote:
>> One problem is that it doesn't use the replication protocol,
>> > so the setup is going to be inconsistent with pg_basebackup.  Maybe the
>> > replication protocol could be extended to provide the required data.
> I'm not particularly bothered by the requirement of also requiring a
> normal, not replication, connection. In most cases that'll already be
> allowed.

I don't agree.  We have separated out replication access, especially in
pg_hba.conf and with the replication role attribute, for a reason.  (I
hope there was a reason; I don't remember.)  It is not unreasonable to
set things up so that non-replication access is only from the
application tier, and replication access is only from within the
database tier.

Now we're saying, well, we didn't really mean that, in order to use the
latest replication management tools, you also need to open up
non-replication access, but we assume you already do that anyway.

Now I understand that making pg_rewind work over a replication
connection is a lot more work, and maybe we don't want to spend it, at
least right now.  But then we either need to document this as an
explicit deficiency and think about fixing it later, or we should
revisit how replication access control is handled.



pgsql-hackers by date:

Previous
From: Stephen Frost
Date:
Subject: Re: Parallel Seq Scan
Next
From: Andrew Dunstan
Date:
Subject: Re: Patch: [BUGS] BUG #12320: json parsing with embedded double quotes