Skip site navigation (1) Skip section navigation (2)

Re: pg_upgrade - add config directory setting

From: Bruce Momjian <bruce(at)momjian(dot)us>
To: Peter Eisentraut <peter_e(at)gmx(dot)net>
Cc: Alvaro Herrera <alvherre(at)commandprompt(dot)com>, Steve Crawford <scrawford(at)pinpointresearch(dot)com>, Pg Hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: pg_upgrade - add config directory setting
Date: 2011-09-29 11:52:54
Message-ID: 201109291152.p8TBqse28075@momjian.us (view raw or flat)
Thread:
Lists: 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(at)momjian(dot)us>        http://momjian.us
  EnterpriseDB                             http://enterprisedb.com

  + It's impossible for everything to be true. +

In response to

Responses

pgsql-hackers by date

Next:From: Alvaro HerreraDate: 2011-09-29 12:10:25
Subject: Re: Removing savepointLevel from TransactionState
Previous:From: Simon RiggsDate: 2011-09-29 11:49:11
Subject: Re: bug of recovery?

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group