|From:||Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>|
|Subject:||Re: [HACKERS] Configuration patch|
|Views:||Raw Message | Whole Thread | Download mbox|
Here is an updated version of your patch. I removed the tablespace part
because we are going to have real tablespaces in 7.5 rather than
initlocation hacks. I added documention of the new guc parameters, and
a paragraph in the postmaster manual page describing the new -D/PGDATA
behavior. (Is that enough?) I see a few malloc/strup's in the
guc-file.l patch, but they seem OK. I cleaned up the patch to be more
intuitive in its use of variable names and structure.
I will apply it in a day or if I get other feedback.
> This patch incorporates a number of changes suggested by the group. The
> purpose of this patch is to move postgresql to a position where all
> configuration options are specified in one place. The postgresql.conf file
> could completely document a postgresql environment.
> It adds this functionality:
> The "-D' option will work as it always has if it is set to a standard
> postgresql database cluster directory. If it is set to a "postgresql.conf"
> file, it will use that file for configuration. If it is set to a directory
> which is not a cluster directory, i.e. "/somepath/etc" it will look for
> pg_hba.conf, pg_ident.conf, and postgresql.conf there.
> For postgresql to work only with a configuration file, some options have
> been added:
> include = '/etc/postgres/debug.conf'
> pgdata = '/vol01/postgres'
> hba_conf = '/etc/postgres/pg_hba_conf'
> ident_conf = '/etc/postgres/pg_ident.conf'
> runtime_pidfile = '/var/run/postgresql.conf'
> tablespace = '/somevol/somepath'
> "include" allows files with configuration parameters to be included.
> "pgdata" (used to be data_dir in old patch) tells PostgreSQL where it's
> database cluster directory is located.
> "hba_conf" tells PostgreSQL where to find pg_hba.conf file.
> "ident_conf" tells PostgreSQL where to find pg_ident.conf.
> "runtime_pidfile" tells postgres to write it's PID to a file that would be
> used by external applications. It is *NOT* the pid file which postgresql
> "tablespace" allows postgresql to use alternate locations without
> environment variables. Using SIGHUP, tablespaces are reloaded. This allows
> you to add tablespaces to a running PostgreSQL process. (I know this has a
> limited lifetime, but it may make "CREATE DATABASE ... WITH LOCATION" a
> little bit more sane in the meantime.
Bruce Momjian | http://candle.pha.pa.us
pgman(at)candle(dot)pha(dot)pa(dot)us | (610) 359-1001
+ If your life is a hard drive, | 13 Roberts Road
+ Christ can be your backup. | Newtown Square, Pennsylvania 19073
|Next Message||ivan||2004-06-02 21:01:11||process num.|
|Previous Message||Jonathan Gardner||2004-06-02 20:28:46||Re: constraint upon view|
|Next Message||Bruce Momjian||2004-06-02 21:04:37||Re: SET WITHOUT CLUSTER|
|Previous Message||Magnus Hagander||2004-06-02 08:38:32||Re: eventlog fix|