Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.80) (envelope-from ) id 1X2PyM-0003og-4o for pgsql-admin@arkaria.postgresql.org; Wed, 02 Jul 2014 19:13:38 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.80) (envelope-from ) id 1X2PyL-0001mR-Kv for pgsql-admin@arkaria.postgresql.org; Wed, 02 Jul 2014 19:13:37 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X2PyK-0001mL-Lk for pgsql-admin@postgresql.org; Wed, 02 Jul 2014 19:13:37 +0000 Received: from nm16-vm1.bullet.mail.ne1.yahoo.com ([98.138.91.47]) by magus.postgresql.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.80) (envelope-from ) id 1X2PyG-0003qj-B2 for pgsql-admin@postgresql.org; Wed, 02 Jul 2014 19:13:35 +0000 Received: from [98.138.226.176] by nm16.bullet.mail.ne1.yahoo.com with NNFMP; 02 Jul 2014 19:13:28 -0000 Received: from [98.138.101.177] by tm11.bullet.mail.ne1.yahoo.com with NNFMP; 02 Jul 2014 19:13:28 -0000 Received: from [127.0.0.1] by omp1088.mail.ne1.yahoo.com with NNFMP; 02 Jul 2014 19:13:28 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 923786.44536.bm@omp1088.mail.ne1.yahoo.com Received: (qmail 53054 invoked by uid 60001); 2 Jul 2014 19:13:28 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1404328408; bh=lXYMhbhpsSSjrcirzOPdyq7bBMr3RWCfSTXLe6fPTe0=; h=References:Message-ID:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=utgdgDpjQfxtCCrbU5Ii/GLfbH3e8VMLiA89mElyUDq1zT9fRhqUcIj77VEmP0WK13C9Q3alyGpMVuqVrGupUgxL55EnIQODG2bIC5Do/ONew0HdKmTMXqB75gOkbVySUl3q005XA6f8eXlNxAfrjGT8BuH5Xu4ivcJm3SbSULQ= X-YMail-OSG: PR6SyyYVM1nrV5frQiHqmo90r_Xe8uAYYn3v0Z59VkXnXW. reSEYfHxM1k2mXP5HSKmFlsXBa2.gHB.hm_0UYhN6cbnzpkCN9WqR8ACDCKh cwILhS0CUPtNX9EpGeEVIwfeDrJUD6fMVV0Ooi14UwmCbuJkiYHSHQCL5jxu 7h9m5zJxxN98klcK2v0CIc9bowsy_Sz7dkC9qWYy.FsKur1U0TijX3zN9IIV 1M8CHtJZbn2ZefHJNlyKkhtRwnpBbEiCdR3zpKgNtLX90abiFdUoDe.oyKDs oFNsGy464nOvXORzZ33KYpZWPMDcQV7dxEQ7dk.M6bCxPBMgUxBRvrRQXWfB .FbppHCDZXrL.TU_hde.4sT21OLZ1xjhMQIhEGFw9zjWFboucCnSdlpJ00gt W7vOmyj5xChJD0Y90gipkPL66yfFa99uqNKmY5Bw_DIeX897gIJf9aFhnJdS 0KwIwNpbsUDKkicBFZ2ldOgZmF_3uB0rb2X4yKJqq6BMjRYBQFAtQG7Z2PDY y_Rrb34BIdcl5N_NPzRAk0ef8AMkahlsZFy5nuNN89uoL5Nq84n4ioeoP.0A QvnhRvqf_YpsLhJdwLn8- Received: from [24.178.25.147] by web122305.mail.ne1.yahoo.com via HTTP; Wed, 02 Jul 2014 12:13:28 PDT X-Rocket-MIMEInfo: 002.001, Sm9obiBTY2FsaWEgPGpheWtub3dzdW5peEBnbWFpbC5jb20.IHdyb3RlOgoKPiBJJ20gd29uZGVyaW5nIGFzIEkndmUgbmV2ZXIgc2VlbiBhbnlvbmUgZG9pbmcgdGhpcyBpZiBJIGNhbi9zaG91bGQgc2V0dXAKPiBXQUwgYXJjaGl2aW5nIGZyb20gdGhlIHByaW1hcnkgc2VydmVyIHRvIDIgZGlmZmVyZW50IHN0YW5kYnkgc2VydmVycy4gVGhlc2UKPiBtYWNoaW5lcyBhcmUgY29uZmlndXJlZCB0byBiZQo.IHN0cmVhbWluZyByZXBsaWNhdGlvbiBhbmQgSSd2ZSBnb3QgdGhlIGFyY2hpdmUgY29tbWFuZCBvbiABMAEBAQE- X-Mailer: YahooMailWebService/0.8.191.1 References: <53B44151.4030200@gmail.com> Message-ID: <1404328408.71750.YahooMailNeo@web122305.mail.ne1.yahoo.com> Date: Wed, 2 Jul 2014 12:13:28 -0700 From: Kevin Grittner Reply-To: Kevin Grittner Subject: Re: WAL archiving to 2 standby servers To: John Scalia , "pgsql-admin@postgresql.org" In-Reply-To: <53B44151.4030200@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Pg-Spam-Score: -1.9 (-) List-Archive: List-Help: List-ID: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: X-Mailing-List: pgsql-admin Precedence: bulk Sender: pgsql-admin-owner@postgresql.org John Scalia wrote: > I'm wondering as I've never seen anyone doing this if I can/should setup > WAL archiving from the primary server to 2 different standby servers. The= se > machines are configured to be > streaming replication and I've got the archive command on the primary doi= ng > an scp to both standbys, but for some reason the second one isn't getting > anything. What the > archive_command looks like is "scp %p user@standby1://%f; scp %p > user@standby2:/%f". That's not wokring correctly, but > I'm wondering if it's even necessary for the 2nd > standby? What I have done in a situation like this is to have the archive command copy to a directory on the database server machine, and use rsync to make copies on all targets.=A0 If you try to have the archive command deal with both standby machines directly, it gets pretty complicated trying to handle the failure of one of those standby machines, or of the network connecting to one of them. -- Kevin Grittner EDB: http://www.enterprisedb.com The Enterprise PostgreSQL Company --=20 Sent via pgsql-admin mailing list (pgsql-admin@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-admin