Received: from maia.hub.org (maia-3.hub.org [200.46.204.243]) by mail.postgresql.org (Postfix) with ESMTP id 27A2C633062 for ; Tue, 8 Jun 2010 02:22:53 -0300 (ADT) Received: from mail.postgresql.org ([200.46.204.86]) by maia.hub.org (mx1.hub.org [200.46.204.243]) (amavisd-maia, port 10024) with ESMTP id 20709-08 for ; Tue, 8 Jun 2010 05:22:45 +0000 (UTC) X-Greylist: from auto-whitelisted by SQLgrey-1.7.6 Received: from rs47.luxsci.com (rs47.luxsci.com [65.61.166.88]) by mail.postgresql.org (Postfix) with ESMTP id 0CB306323A5 for ; Tue, 8 Jun 2010 02:22:45 -0300 (ADT) Received: from gnanam (ABTS-TN-Static-186.58.165.122.airtelbroadband.in [122.165.58.186] (may be forged)) (authenticated bits=0) by rs47.luxsci.com (8.13.1/8.13.7) with ESMTP id o585MZ7P020234; Tue, 8 Jun 2010 00:22:37 -0500 Reply-To: From: "Gnanakumar" To: "'Kevin Grittner'" , Cc: References: <4C0A141A0200002500032037@gw.wicourts.gov> In-Reply-To: <4C0A141A0200002500032037@gw.wicourts.gov> Subject: Re: PITR Recovery Question Date: Tue, 8 Jun 2010 10:52:33 +0530 Organization: Zoniac Software Private Limited Message-ID: <000001cb06ca$9b99cee0$d2cd6ca0$@com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AcsEuJ6BYHHqG1njSd6I6iYtUTb+7wCEXSog Content-Language: en-us X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=-1.2 tagged_above=-10 required=5 tests=BAYES_05=-0.5, RCVD_IN_DNSWL_LOW=-0.7 X-Spam-Level: X-Archive-Number: 201006/67 X-Sequence-Number: 34845 Hi Kevin, Thanks for the clarification. > kevin@kevin-desktop:~$ true > kevin@kevin-desktop:~$ echo $? > 0 Yes, my OS also has got this executable and is working. Regards, Gnanam -----Original Message----- From: Kevin Grittner [mailto:Kevin.Grittner@wicourts.gov] Sent: Saturday, June 05, 2010 7:39 PM To: pgsql-admin@postgresql.org; gnanam@zoniac.com Cc: fgp@phlo.org Subject: RE: [ADMIN] PITR Recovery Question "Gnanakumar" wrote: > I couldn't able to get this particular step clearly: "One trick > would be to temporarily change your archive_command to 'true', > delete all files from your archive, and then change the command > back ". Can you please clarify and explain on this? Based on other statements you've made, this isn't a trick you want to use; just make space in the archive directory, let archiving catch up, and then take a fresh base backup. That said, this trick is a way to tell PostgreSQL the archive was successful, even though it wasn't actually copied. This is occassionally a useful trick to clear out a backlog of WAL files very quickly, at the cost of creating a gap in your WAL archive. Your OS likely has an executable and/or a shell builtin named "true" which does nothing except return the "success" exit code of zero. If you have such a command on your OS and you set your archive command to that, PostgreSQL will blast through cleaning up old WAL files. kevin@kevin-desktop:~$ true kevin@kevin-desktop:~$ echo $? 0 But since you said you can copy off the contents of your archive directory and delete to make room, that's clearly the way to go. -Kevin