Re: pg_upgrade - add config directory setting - Mailing list pgsql-hackers

From Bruce Momjian
Subject Re: pg_upgrade - add config directory setting
Date
Msg-id 201109291152.p8TBqse28075@momjian.us
Whole thread Raw
In response to Re: pg_upgrade - add config directory setting  (Peter Eisentraut <peter_e@gmx.net>)
Responses Re: pg_upgrade - add config directory setting
List pgsql-hackers
Peter Eisentraut wrote:
> On ons, 2011-09-28 at 11:53 -0300, Alvaro Herrera wrote:
> > Excerpts from Peter Eisentraut's message of mi? sep 28 04:49:43 -0300 2011:
> > > On tis, 2011-09-27 at 16:13 -0700, Steve Crawford wrote:
> > > > It would perhaps be useful to add optional --old-confdir and 
> > > > --new-confdir parameters to pg_upgrade. If these parameters are absent
> > > > then pg_upgrade would work as it does now and assume that the config 
> > > > files are in the datadir. 
> > > 
> > > It should work the same way the postmaster itself works: If the given
> > > directory is not a data directory, look for the postgresql.conf file and
> > > look there for the location of the data directory.
> > 
> > So we need a postmaster switch:
> > 
> > postmaster --parse-config-and-report=data_directory
> 
> Perhaps.  That might have some use for pg_ctl as well.

FYI, unless this is backpatched, which I doubt, it is only going to be
available for the _new_ cluster.

You are right that while pg_upgrade doesn't care about the location of
postgresql.conf and pg_hba.conf, we have to point to those to start the
server, and pg_upgrade does need to access some data files, so it also
needs to know about the data location.

I am unclear how to proceed with this, particularly with the backpatch
requirement.

--  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: Simon Riggs
Date:
Subject: Re: bug of recovery?
Next
From: Alvaro Herrera
Date:
Subject: Re: Removing savepointLevel from TransactionState