Re: [BULK] Re: [GENERAL] Streaming Replication woes

2011-11-16 Thread Sean Patronis

Konstantin,

Just back from some time off and read this reply.

This was exactly the issue.  The superuser "postgres" did not have this 
role since this was  a dump/restore/upgrade from postgres 8.4.  I just 
created a new Role and user, and it all worked!


Thanks!

--Sean


On 11/06/2011 06:41 PM, Konstantin Gredeskoul wrote:

Sean,

I saw your email on PostgreSQL general list about replication.

We are using 9.1.1 and were having the same issue, unable to setup
replication even though following wiki precisely.   I was able to
setup replication following wiki steps using PG 9.0.3, but not 9.1.1.
Then I found this page:
http://www.postgresql.org/docs/9.1/static/role-attributes.html

where it says:

initiating replication
A role must explicitly be given permission to initiate streaming
replication. A role used for streaming replication must always have
LOGIN permission as well. To create such a role, use CREATE ROLE name
REPLICATION LOGIN.

Does that mean "postgres" superuser is no longer able to also be a
replication user in 9.1?  If so this is not yet updated on the
Replication wiki.

I went to the master and created a new user specifically for replication:

CREATE ROLE REPLICATOR REPLICATION LOGIN PASSWORD '';

Then changed my master's pg_hba.conf, and slave's recovery.conf to
reference the new user "replicator" instead of "postgres", and I no
longer get the same error, and our replication is working.

Hope this helps!

Thanks,

Konstantin Gredeskoul
Principal Ruby Engineer
ModCloth, Inc. San Francisco




--
Sent via pgsql-general mailing list (pgsql-general@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-general


Re: [BULK] Re: [GENERAL] Streaming Replication woes

2011-11-04 Thread Sean Patronis

On 11/04/2011 11:31 AM, Simon Riggs wrote:

On Fri, Nov 4, 2011 at 2:56 PM, Raghavendra
  wrote:


# The standby server must have superuser access privileges.
host  replication  postgres  192.168.0.20/22  trust

I strongly recommend you don't use those settings, since they result
in no security at all.

It won't block you from getting replication working, but it won't
block anyone else either.

I agree, you should use the default trust of that network.  But at this 
point, I just want it to replicate in this test environment.  I can lock 
it down after it is working.


--
Sent via pgsql-general mailing list (pgsql-general@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-general