Re: Enabling Checksums - Mailing list pgsql-hackers

From Bruce Momjian
Subject Re: Enabling Checksums
Date
Msg-id 20130325132544.GA17029@momjian.us
Whole thread Raw
In response to Re: Enabling Checksums  (Jim Nasby <jim@nasby.net>)
Responses Re: Enabling Checksums  (Jim Nasby <jim@nasby.net>)
List pgsql-hackers
On Fri, Mar 22, 2013 at 11:35:35PM -0500, Jim Nasby wrote:
> On 3/20/13 8:41 AM, Bruce Momjian wrote:
> >Also, if a users uses checksums in 9.3, could they initdb without
> >checksums in 9.4 and use pg_upgrade?  As coded, the pg_controldata
> >checksum settings would not match and pg_upgrade would throw an
> >error, but it might be possible to allow this, i.e. you could go from
> >checksum to no checksum initdb clusters, but not from no checksum to
> >checksum.  I am wondering if the patch should reflect this.
>
> If the docs don't warn about this, they should, but I don't think it's
> the responsibility of this patch to deal with that problem. The reason
> I don't believe this patch should deal with it is because that is a
> known, rather serious, limitation of pg_upgrade. It's something about
> pg_upgrade that just needs to be fixed, regardless of what patches
> might make the situation worse.

Huh?  It wasn't a "serious limitation" of pg_upgrade until this patch. 
What limitation does pg_upgrade have regardless of this patch?

--  Bruce Momjian  <bruce@momjian.us>        http://momjian.us EnterpriseDB
http://enterprisedb.com
 + It's impossible for everything to be true. +



pgsql-hackers by date:

Previous
From: Amit Kapila
Date:
Subject: Re: Proposal for Allow postgresql.conf values to be changed via SQL [review]
Next
From: Tom Lane
Date:
Subject: Re: adding support for zero-attribute unique/etc keys