Received: from localhost (maia-5.hub.org [200.46.204.182]) by postgresql.org (Postfix) with ESMTP id DD2729FBA3F for ; Mon, 25 Jun 2007 14:07:33 -0300 (ADT) Received: from postgresql.org ([200.46.204.71]) by localhost (mx1.hub.org [200.46.204.182]) (amavisd-maia, port 10024) with ESMTP id 82124-07 for ; Mon, 25 Jun 2007 14:07:29 -0300 (ADT) X-Greylist: from auto-whitelisted by SQLgrey-1.7.5 Received: from oxford.xeocode.com (unknown [62.232.55.118]) by postgresql.org (Postfix) with ESMTP id 5744B9FB6B8 for ; Mon, 25 Jun 2007 14:07:30 -0300 (ADT) Received: from localhost ([127.0.0.1] helo=oxford.xeocode.com) by oxford.xeocode.com with esmtp (Exim 4.67) (envelope-from ) id 1I2s28-0002fq-CV; Mon, 25 Jun 2007 18:07:24 +0100 From: Gregory Stark To: "Simon Riggs" Cc: "Tom Lane" , "Dan Gorman" , "Koichi Suzuki" , "Toru SHIMOGAKI" , Subject: Re: PITR Backups In-Reply-To: <1182790567.9276.609.camel@silverbirch.site> (Simon Riggs's message of "Mon, 25 Jun 2007 17:56:06 +0100") Organization: EnterpriseDB References: <7E0807EE-B970-4869-A248-B838E42AD9EE@hi5.com> <9761.1182472005@sss.pgh.pa.us> <467B3459.9030808@oss.ntt.co.jp> <1182509748.9276.178.camel@silverbirch.site> <467F938F.1030708@oss.ntt.co.jp> <1182777963.9276.582.camel@silverbirch.site> <367.1182789258@sss.pgh.pa.us> <1182790567.9276.609.camel@silverbirch.site> X-Draft-From: ("nnimap+mail01.enterprisedb.com:INBOX.performance" 1316) Date: Mon, 25 Jun 2007 18:07:24 +0100 Message-ID: <87ps3kt12r.fsf@oxford.xeocode.com> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/21.4 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: Maia Mailguard 1.0.1 X-Archive-Number: 200706/580 X-Sequence-Number: 25613 "Simon Riggs" writes: >> WARNING: page 28900 of relation 1663/16384/76718 was uninitialized >> WARNING: page 28902 of relation 1663/16384/76718 was uninitialized > >> WARNING: page 26706 of relation 1663/16384/76719 was uninitialized >> WARNING: page 26708 of relation 1663/16384/76719 was uninitialized > > Those two are interesting because we appear to have two valid pages in > the middle of some uninitialized ones. That implies were not looking at > an unapplied truncation. You don't have fsync off do you? That could explain missing pages at the end of a file like this too. And it would explain how you could have two written in the midst of others that are missing. -- Gregory Stark EnterpriseDB http://www.enterprisedb.com