Re: pgpool + BDR, is it possible? - Mailing list pgsql-admin

From Ruth Melendo
Subject Re: pgpool + BDR, is it possible?
Date
Msg-id 00dc01d06182$0fb1fcf0$2f15f6d0$@teltronic.es
Whole thread Raw
In response to Re: pgpool + BDR, is it possible?  (Craig Ringer <craig@2ndquadrant.com>)
Responses Re: pgpool + BDR, is it possible?
List pgsql-admin

I don’t get this about the "peek" functions not the "get" functions .. What do you mean?

 

Thanks

 

Ruth Patricia Melendo Ventura

Software Engineer

TELTRONIC, S.A.U.

T: +34 976 465656   Ext. 179

F: +34 976 465722

www.teltronic.es

Logo40

 

De: pgsql-admin-owner@postgresql.org [mailto:pgsql-admin-owner@postgresql.org] En nombre de Craig Ringer
Enviado el: miércoles, 18 de marzo de 2015 3:12
Para: Ruth Melendo
CC: pgsql-admin
Asunto: Re: [ADMIN] pgpool + BDR, is it possible?

 

 

 

On 17 March 2015 at 21:58, Ruth Melendo <rmelendo@teltronic.es> wrote:

My problem is that sometimes database stops replying.  All I can see is that I have registers in that table

 

SELECT * FROM pg_logical_slot_get_binary_changes('bdr_17911_6120567807158814813_1_16385__', NULL, 1, 'interactive', 'true')

 

When I get to this situation, I suppose that means that some transaction have not finish well. So, what can I do to recovery my replication?

 

Check the PostgreSQL server error log to find out what's going on and go from there. You need to find out what's going on, why replication apply has stopped progressing. Assuming it has.

 

BTW, you should use the "peek" functions not the "get" functions on an existing slot used by something else. Otherwise you might consume changes, causing them not to get replayed and resulting in inconsistencies.


--

 Craig Ringer                   http://www.2ndQuadrant.com/
 PostgreSQL Development, 24x7 Support, Training & Services

Attachment

pgsql-admin by date:

Previous
From: Craig Ringer
Date:
Subject: Re: pgpool + BDR, is it possible?
Next
From: John Scalia
Date:
Subject: Version on the yum.postgresql.org website