Re: pg_upgrade - add config directory setting
От | Bruce Momjian |
---|---|
Тема | Re: pg_upgrade - add config directory setting |
Дата | |
Msg-id | 201109291152.p8TBqse28075@momjian.us обсуждение исходный текст |
Ответ на | Re: pg_upgrade - add config directory setting (Peter Eisentraut <peter_e@gmx.net>) |
Ответы |
Re: pg_upgrade - add config directory setting
|
Список | 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 по дате отправления: