Re: WAL file location
От | Bruce Momjian |
---|---|
Тема | Re: WAL file location |
Дата | |
Msg-id | 200208010320.g713KZQ24189@candle.pha.pa.us обсуждение исходный текст |
Ответ на | Re: WAL file location (Curt Sampson <cjs@cynic.net>) |
Ответы |
Re: WAL file location
Re: WAL file location |
Список | pgsql-hackers |
Curt Sampson wrote: > On Wed, 31 Jul 2002, Andrew Sullivan wrote: > > > Ok, how then would one set the location of the config file? > > Option on the command line. Works for lots of different servers out > there already (BIND, apache, etc.). > > Whether we also want to emulate them using a compiled-in default if the > command line option is not specified, I don't know. I would tend to > prefer not, because that might change from system to system, and also > if someone leaves the "default" config file around but isn't using it, > you can accidently start up postgres with the wrong config. But I won't > argue that point heavily. > > I hate environment variables for servers because the environment > changes, is hard to detect on some systems (ps always shows you the > command line unless you muck with it), etc. > > > And I presume this is all for the server only, right? Nobody is > > talking about getting rid of (for instance) $PGPORT for clients, > > right? > > I'm certainly not wanting to get rid of it on the client. I won't go > into the reasons unless anybody really cares.... I am wondering why we even want to specify the WAL location anywhere except as a flag to initdb. If you specify a location at initdb time, it creates the /xlog directory, then symlinks it into /data. -- Bruce Momjian | http://candle.pha.pa.us pgman@candle.pha.pa.us | (610) 853-3000+ If your life is a hard drive, | 830 Blythe Avenue + Christ can be your backup. | Drexel Hill, Pennsylvania19026
В списке pgsql-hackers по дате отправления: