Received: from maia.hub.org (unknown [200.46.204.183]) by mail.postgresql.org (Postfix) with ESMTP id CC125632A73 for ; Fri, 19 Mar 2010 06:34:47 -0300 (ADT) Received: from mail.postgresql.org ([200.46.204.86]) by maia.hub.org (mx1.hub.org [200.46.204.183]) (amavisd-maia, port 10024) with ESMTP id 16772-03 for ; Fri, 19 Mar 2010 09:34:37 +0000 (UTC) X-Greylist: delayed 00:42:22.327281 by SQLgrey-1.7.6 Received: from outmail148111.authsmtp.net (outmail148111.authsmtp.net [62.13.148.111]) by mail.postgresql.org (Postfix) with ESMTP id 36B4A6321FD for ; Fri, 19 Mar 2010 06:34:37 -0300 (ADT) Received: from mail-c187.authsmtp.com (mail-c187.authsmtp.com [62.13.128.33]) by punt8.authsmtp.com (8.14.2/8.14.2/Kp) with ESMTP id o2J8q7rS092731; Fri, 19 Mar 2010 08:52:07 GMT Received: from [192.168.0.4] (88-110-151-22.dynamic.dsl.as9105.com [88.110.151.22]) (authenticated bits=0) by mail.authsmtp.com (8.14.2/8.14.2/Kp) with ESMTP id o2J8q5Ih000114; Fri, 19 Mar 2010 08:52:05 GMT Subject: Re: Re: [COMMITTERS] pgsql: Make standby server continuously retry restoring the next WAL From: Simon Riggs To: Fujii Masao Cc: Heikki Linnakangas , Aidan Van Dyk , PostgreSQL-development In-Reply-To: <3f0b79eb1003180727g7877743eq81274e014fe70a49@mail.gmail.com> References: <3f0b79eb1002092105r21e009d3v468496058ba04392@mail.gmail.com> <4B73FB99.4080403@enterprisedb.com> <1265893599.7341.1454.camel@ebony> <4B740613.5090004@enterprisedb.com> <20100211140118.GB14128@oak.highrise.ca> <4B74118C.30704@enterprisedb.com> <20100211144204.GC14128@oak.highrise.ca> <4B743E7D.5070603@enterprisedb.com> <3f0b79eb1002180337t1fab1395ve3491256672af15f@mail.gmail.com> <4BA0B079.3050301@enterprisedb.com> <3f0b79eb1003180727g7877743eq81274e014fe70a49@mail.gmail.com> Content-Type: text/plain Date: Fri, 19 Mar 2010 08:52:04 +0000 Message-Id: <1268988724.3556.3.camel@ebony> Mime-Version: 1.0 X-Mailer: Evolution 2.26.1 Content-Transfer-Encoding: 7bit X-Server-Quench: b1d31118-3334-11df-ab46-001185d377ca X-AuthReport-Spam: If SPAM / abuse - report it at: http://www.authsmtp.com/abuse X-AuthRoute: OCdxZQATClZOTQEd DAteCiN5VAwpPBRK HVkIKg5MJUcNSQVJ NksachtFaQxbYFhD HGQLWlREUFV7XGF/ aw8fZQ1DY0tOQQRv UVZLQE1XHAJ3AVJe BGQWExwLLwVGeH9x YQhlX3RbEhZ7IUV8 Q09cCG4FZmN9aWFL Bl0JJQdSbQNKfx5N bwR8U3ReMCtlM3Bw LC8aFBMcBw5qYB5Y EEk+BnU3ZGc3IhMG fCVKBTo0BElXDwA6 LBFuMUIVGkobIw0p PEE/VEhQUVcZDQtC HkdQBzJCI0hJXSc3 FxISR0MFDDpHQCFT SgEoL1dODyxOEhVx ICMS X-Authentic-SMTP: 61633235383639.1000:706/Kp X-AuthFastPath: 255 X-Virus-Status: No virus detected - but ensure you scan with your own anti-virus system. X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=-2.599 tagged_above=-10 required=5 tests=BAYES_00=-2.599 X-Spam-Level: X-Archive-Number: 201003/763 X-Sequence-Number: 159539 On Thu, 2010-03-18 at 23:27 +0900, Fujii Masao wrote: > I agree that this is a bigger problem. Since the standby always starts > walreceiver before replaying any WAL files in pg_xlog, walreceiver tries > to receive the WAL files following the REDO starting point even if they > have already been in pg_xlog. IOW, the same WAL files might be shipped > from the primary to the standby many times. This behavior is unsmart, > and should be addressed. We might also have written half a file many times. The files in pg_xlog are suspect whereas the files in the archive are not. If we have both we should prefer the archive. -- Simon Riggs www.2ndQuadrant.com