Received: from maia.hub.org (unknown [200.46.204.183]) by mail.postgresql.org (Postfix) with ESMTP id CE6C763224A for ; Fri, 19 Mar 2010 09:43:54 -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 49365-02 for ; Fri, 19 Mar 2010 12:43:43 +0000 (UTC) X-Greylist: from auto-whitelisted by SQLgrey-1.7.6 Received: from sss.pgh.pa.us (sss.pgh.pa.us [66.207.139.130]) by mail.postgresql.org (Postfix) with ESMTP id E46E4632B70 for ; Fri, 19 Mar 2010 09:43:42 -0300 (ADT) Received: from sss2.sss.pgh.pa.us (tgl@localhost [127.0.0.1]) by sss.pgh.pa.us (8.14.2/8.14.2) with ESMTP id o2JChY4v029147; Fri, 19 Mar 2010 08:43:34 -0400 (EDT) To: Heikki Linnakangas cc: Simon Riggs , Fujii Masao , Aidan Van Dyk , PostgreSQL-development Subject: Re: Re: [COMMITTERS] pgsql: Make standby server continuously retry restoring the next WAL In-reply-to: <4BA361E4.7020309@enterprisedb.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> <1268988724.3556.3.camel@ebony> <4BA361E4.7020309@enterprisedb.com> Comments: In-reply-to Heikki Linnakangas message dated "Fri, 19 Mar 2010 13:37:08 +0200" Date: Fri, 19 Mar 2010 08:43:34 -0400 Message-ID: <29146.1269002614@sss.pgh.pa.us> From: Tom Lane 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/771 X-Sequence-Number: 159547 Heikki Linnakangas writes: > Simon Riggs wrote: >> 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. > Yep. Really? That will result in a change in the longstanding behavior of ordinary recovery. I'm unconvinced that this is wise. regards, tom lane