Received: from makus.postgresql.org ([98.129.198.125]) by malur.postgresql.org with esmtp (Exim 4.72) (envelope-from ) id 1Tc2sp-0000Ny-B0 for pgsql-docs@postgresql.org; Fri, 23 Nov 2012 23:42:07 +0000 Received: from momjian.us ([72.94.173.45]) by makus.postgresql.org with esmtp (Exim 4.72) (envelope-from ) id 1Tc2so-000183-7a for pgsql-docs@postgresql.org; Fri, 23 Nov 2012 23:42:06 +0000 Received: from bruce by momjian.us with local (Exim 4.72) (envelope-from ) id 1Tc2sn-0001Oj-Jd; Fri, 23 Nov 2012 18:42:05 -0500 Date: Fri, 23 Nov 2012 18:42:05 -0500 From: Bruce Momjian To: Jeff Janes Cc: pgsql-docs@postgresql.org Subject: Re: 8.4 doc bug for "Incrementally Updated Backups" Message-ID: <20121123234205.GA1605@momjian.us> References: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) X-Pg-Spam-Score: -2.3 (--) X-Archive-Number: 201211/13 X-Sequence-Number: 7505 On Wed, Nov 21, 2012 at 10:09:15AM -0800, Jeff Janes wrote: > Based on Jürgen Fuchsberger's experience described on the general > list, I think the following should have been back-patched to 8.4 and > 8.3 (assuming it gets a minor update before it EOL) as well, not just > 9.0. > > In particular, in 8.4 chapter 24.4.5 it says "it will be up to you to > determine how far back you need to keep WAL segment files to have a > recoverable backup" but it dangerously does not mention that it is > also up to you to construct a backup_label file such that those WAL > segment files will actually get used. > > > > commit 13e6d6c5da184abcdfcfc9874ad17ef09f4ea044 > Author: Bruce Momjian > Date: Wed Aug 25 23:55:54 2010 +0000 > > Remove docs for "Incrementally Updated Backups" because it was of > questionable reliability; information moved to a wiki: > > http://wiki.postgresql.org/wiki/Incrementally_Updated_Backups > > Backpatch to 9.0. We don't assume people are reading docs from very old versions. -- Bruce Momjian http://momjian.us EnterpriseDB http://enterprisedb.com + It's impossible for everything to be true. +