PostgreSQL 9.0 and asynchronous replication through VPN

From: Edson Richter <richter(at)simkorp(dot)com(dot)br>
To: pgsql-general(at)postgresql(dot)org
Subject: PostgreSQL 9.0 and asynchronous replication through VPN
Date: 2011-11-30 10:02:55
Message-ID: 4ED5FF4F.90808@simkorp.com.br
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Dear friends,

I have an somewhat unstable link between two different locations with
OpenVPN established and working.

Now, I've configured PostgreSQL 9.0.5 for asynchronous replication. This
morning I got the following message on Slave PostgreSQL log:

------------------------------------------------------------------------------------------------------------------------------
2011-11-30 07:52:23 BRST % - FATAL: could not connect to the primary
server: could not connect to server: Connection timed out
Is the server running on host "10.68.73.5" and accepting
TCP/IP connections on port 5432?

2011-11-30 07:55:33 BRST % - FATAL: could not connect to the primary
server: could not connect to server: Connection timed out
Is the server running on host "10.68.73.5" and accepting
TCP/IP connections on port 5432?
-------------------------------------------------------------------------------------------------------------------------------

Detailed network configuration: PostgreSQL [Master = 10.68.73.5, Slave =
10.68.73.1]; OpenVPN [Server = 10.68.73.1; Client=10.68.73.5; both
static IP]

I assume that the OpenVPN got disconnected for a few seconds, and came
back again.

My question is: assuming I have enough wal segments on Master side, does
the Slave get synchronized automatically after the connection is
reestablished, or I'll need to restart Slave PostgreSQL to put it in
sync again?

If I restart Slave PostgreSQL, I get:

------------------------------------------------------------------------------------------------------------------------------------------------------
2011-11-30 08:01:09 BRST % - LOG: received fast shutdown request
2011-11-30 08:01:09 BRST % - FATAL: terminating walreceiver process due
to administrator command
2011-11-30 08:01:09 BRST % - LOG: shutting down
2011-11-30 08:01:09 BRST % - LOG: database system is shut down
2011-11-30 08:01:18 BRST % - LOG: database system was shut down in
recovery at 2011-11-30 08:01:09 BRST
2011-11-30 08:01:18 BRST % - LOG: entering standby mode
2011-11-30 08:01:18 BRST % - LOG: redo starts at A/4000020
2011-11-30 08:01:18 BRST % - LOG: record with zero length at A/40000B0
------------------------------------------------------------------------------------------------------------------------------------------------------

Thanks for your help,
--

*Edson Carlos Ericksson Richter*
/SimKorp Informática Ltda/
Fone: (51) 3366-7964
Celular: (51)9318-9766/(51) 8585-0796
Embedded Image

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Florian Schwendener 2011-11-30 10:10:23 Re: odbc_fdw
Previous Message BK 2011-11-30 09:14:29 Strange problem with turning WAL archiving on