Re: Trouble with replication

From: David Greco <David_Greco(at)harte-hanks(dot)com>
To: Michael Paquier <michael(dot)paquier(at)gmail(dot)com>
Cc: John R Pierce <pierce(at)hogranch(dot)com>, "pgsql-general(at)postgresql(dot)org" <pgsql-general(at)postgresql(dot)org>
Subject: Re: Trouble with replication
Date: 2013-06-10 13:29:47
Message-ID: 187F6C10D2931A4386EE8E58E13857F63040D28D@BY2PRD0811MB415.namprd08.prod.outlook.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

From: Michael Paquier [mailto:michael(dot)paquier(at)gmail(dot)com]
Sent: Thursday, June 06, 2013 7:01 PM
To: David Greco
Cc: John R Pierce; pgsql-general(at)postgresql(dot)org
Subject: Re: [GENERAL] Trouble with replication

On Thu, Jun 6, 2013 at 9:19 PM, David Greco <David_Greco(at)harte-hanks(dot)com<mailto:David_Greco(at)harte-hanks(dot)com>> wrote:
Then what is the purpose to shipping the archived WAL files to the slave? i.e. if wal_keep_segments has to be high enough to cover any replication lag anyways, then should I even bother shipping them over?
Oh. I just noticed that you set up restore_command on slave, so if streaming replication failed due to a WAL file already removed on master, slave process will try to fetch missing WAL files from the archive.
Could you provide more logs of slave? Are you sure that the missing WAL file was not fetched from the archive after failing to get it through streaming replication?

The errors continued ad infinitum on the slave. I've since redone the replication setup with keep WAL segments set on the master to a rather large number, enough to nearly fill the drive dedicated to XLOG. Replication appears to be working properly now. Best I can figure, it had something to do with the pg_restore used to populate the master? This would be a large 30GB transaction.

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Merlin Moncure 2013-06-10 14:13:59 Re: Postgresql - Currval Vs Session Pool
Previous Message Albe Laurenz 2013-06-10 13:21:26 Re: Postgresql - Currval Vs Session Pool