Re: SSI patch renumbered existing 2PC resource managers?? - Mailing list pgsql-hackers

From Tom Lane
Subject Re: SSI patch renumbered existing 2PC resource managers??
Date
Msg-id 17021.1308028164@sss.pgh.pa.us
Whole thread Raw
In response to Re: SSI patch renumbered existing 2PC resource managers??  (Bruce Momjian <bruce@momjian.us>)
Responses Re: SSI patch renumbered existing 2PC resource managers??
List pgsql-hackers
Bruce Momjian <bruce@momjian.us> writes:
> Tom Lane wrote:
>> No, pg_upgrade should not be unilaterally refusing that.

> Uh, isn't there some physical files in pg_twophase/ that stick around to
> keep prepared transactions --- if so, pg_upgrade does not copy them from
> the old cluster to the new one.  I am also hesistant to do so because
> there might be data in there that isn't portable.

This argument seems a tad peculiar, since the *entire* *point* of
pg_upgrade is to push physical files from one installation into another
even though compatibility isn't guaranteed.  It is the program's duty to
understand enough to know whether it can transport the cluster's state
safely.  Not to arbitrarily discard state because it might possibly not
be transportable.
        regards, tom lane


pgsql-hackers by date:

Previous
From: Noah Misch
Date:
Subject: Re: On-the-fly index tuple deletion vs. hot_standby
Next
From: Tom Lane
Date:
Subject: Re: pg_trgm: unicode string not working