Re: trouble adding a node to BDR

From: Steve Boyle <sboyle(at)connexity(dot)com>
To: "pgsql-general(at)postgresql(dot)org" <pgsql-general(at)postgresql(dot)org>
Subject: Re: trouble adding a node to BDR
Date: 2015-01-30 19:42:09
Message-ID: 4E404A3652101C42BD62BA43FC269F958C3E0492@SZHQMSXNODE1C.shopzilla.corp
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Thanks for the hint. I found a config error, I had added the host= param with the bdr.nodename_local_replica_dsn entry. Sorting out the bdr.nodename_local_replica_dsn entry solved my issue.

Thanks!

From: Craig Ringer [mailto:craig(at)2ndquadrant(dot)com]
Sent: Thursday, January 29, 2015 5:00 PM
To: Steve Boyle
Cc: pgsql-general(at)postgresql(dot)org
Subject: Re: [GENERAL] trouble adding a node to BDR

On 30 January 2015 at 07:21, Steve Boyle <sboyle(at)connexity(dot)com<mailto:sboyle(at)connexity(dot)com>> wrote:
I have two servers/nodes setup with BDR and that is working. I’m trying to add a third node. When the third node tries to sync, I get an error:
pg_restore: [archiver (db)] Error while PROCESSING TOC:
pg_restore: [archiver (db)] Error from TOC entry 600; 1255 17054 FUNCTION cast_txt_to_int(text, integer) postgres
pg_restore: [archiver (db)] could not execute query: ERROR: function "cast_txt_to_int" already exists with same argument types

The thing is, that function does not actually exist on the destination side. How can I get past this error and get the third node online?
[https://ssl.gstatic.com/ui/v1/icons/mail/images/cleardot.gif]
Are you certain your 3rd node's configuration is correct, with all the right connection strings?
My first guess would be that it's trying to restore the dump to the second node, as you would've copied the config and changed one dsn but not the other.
Please show your configuration for each node.

Also, what BDR version are you using? If you built from git, please show "git rev-parse --short HEAD" from the extension's git tree. If you built from packages, the package version is sufficient.
BTW, the version after 0.8.0 will include a lot of sanity checks for connection configurations, making sure everything points at the right nodes before it does anything.

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

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Israel Brewster 2015-01-30 20:31:34 Re: Server statistics monitoring?
Previous Message Roger Pack 2015-01-30 17:54:42 Fwd: [GENERAL] 4B row limit for CLOB tables