Re: pg_upgrade < 9.3 -> >=9.3 misses a step around multixacts - Mailing list pgsql-bugs

From Bruce Momjian
Subject Re: pg_upgrade < 9.3 -> >=9.3 misses a step around multixacts
Date
Msg-id 20140620171915.GC29143@momjian.us
Whole thread Raw
In response to Re: pg_upgrade < 9.3 -> >=9.3 misses a step around multixacts  (Alvaro Herrera <alvherre@2ndquadrant.com>)
Responses Re: pg_upgrade < 9.3 -> >=9.3 misses a step around multixacts  (Alvaro Herrera <alvherre@2ndquadrant.com>)
List pgsql-bugs
On Thu, Jun 19, 2014 at 06:12:41PM -0400, Alvaro Herrera wrote:
> BTW I hacked up pg_resetxlog a bit to make it generate the necessary
> pg_multixact/offset file when -m is given.  This is not acceptable for
> commit because it duplicates the #defines from pg_multixact.c, but maybe
> we want this functionality enough that we're interested in a more
> complete version of this patch; also it unconditionally writes one zero
> byte to the file, which is of course wrong if the file exists and
> already contains data.

Why would we want this if the system functions fine without those files
being created?  I don't think we want pg_resetxlog to be doing anything
except changing pg_controldata.

--
  Bruce Momjian  <bruce@momjian.us>        http://momjian.us
  EnterpriseDB                             http://enterprisedb.com

  + Everyone has their own god. +

pgsql-bugs by date:

Previous
From: Bruce Momjian
Date:
Subject: Re: pg_upgrade < 9.3 -> >=9.3 misses a step around multixacts
Next
From: Alvaro Herrera
Date:
Subject: Re: pg_upgrade < 9.3 -> >=9.3 misses a step around multixacts