X-Original-To: pgsql-hackers-postgresql.org@localhost.postgresql.org Received: from localhost (unknown [200.46.204.144]) by svr1.postgresql.org (Postfix) with ESMTP id E3346D1B1D9 for ; Thu, 15 Jul 2004 20:14:17 -0300 (ADT) Received: from svr1.postgresql.org ([200.46.204.71]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 25095-06 for ; Thu, 15 Jul 2004 23:14:02 +0000 (GMT) Received: from mail.coretech.co.nz (coretech.co.nz [202.36.204.41]) by svr1.postgresql.org (Postfix) with ESMTP id 87129D1B1A1 for ; Thu, 15 Jul 2004 20:13:57 -0300 (ADT) Received: (qmail 3818 invoked from network); 15 Jul 2004 23:13:30 -0000 Received: from unknown (HELO coretech.co.nz) (10.0.10.28) by 0 with SMTP; 15 Jul 2004 23:13:30 -0000 Message-ID: <40F70F90.4050607@coretech.co.nz> Date: Fri, 16 Jul 2004 11:13:20 +1200 From: Mark Kirkwood User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040113 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Simon Riggs Cc: pgsql-hackers@postgresql.org Subject: Re: Point in Time Recovery References: <200407141555.i6EFtnk22984@mail.osdl.org> <1089833620.17493.4624.camel@stromboli> <40F5E14A.4090003@coretech.co.nz> <1089875702.17493.5539.camel@stromboli> <40F652C6.4070007@coretech.co.nz> <1089920126.17493.6322.camel@stromboli> In-Reply-To: <1089920126.17493.6322.camel@stromboli> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at hub.org X-Spam-Status: No, hits=0.0 tagged_above=0.0 required=5.0 tests= X-Spam-Level: X-Archive-Number: 200407/832 X-Sequence-Number: 56393 Simon Riggs wrote: > >First, thanks for sticking with it to test this. > >I've not received such a message myself - this is interesting. > >Is it possible to copy that directory to one side and re-run the test? >Add another parameter in postgresql.conf called "archive_debug = true" >Does it happen identically the second time? > > > Yes, identical results - I re-initdb'ed and ran the process again, rather than reuse the files. >What time difference was there between steps 5 and 6? I think I can here >Andreas saying "told you".... I'm thinking the backup might be somehow >corrupted because the checkpoint occurred during the backup. Hmmm... > > > I was wondering about this, so left a bit more time in between, and forced a sync as well for good measure. 5) $ psql -d test -c "checkpoint"; sleep 30;sync;sleep 30 6) $ tar -zcvf /data1/dump/pgdata-7.5.tar.gz * > >Thanks, Simon Riggs > > >