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

Re: pg_config, pg_service.conf, postgresql.conf ....

From: Christopher Browne <cbbrowne(at)acm(dot)org>
To: pgsql-hackers(at)postgresql(dot)org
Subject: Re: pg_config, pg_service.conf, postgresql.conf ....
Date: 2006-02-28 13:51:42
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-hackers
After takin a swig o' Arrakan spice grog, pgsql(at)mohawksoft(dot)com ("Mark Woodward") belched out:
>> Mark Woodward wrote:
> Like I have repeated a number of times, sometimes, there is more than one
> database cluster on a machine. The proposed pg_clusters.conf, could look
> like this:
> pg_clusters.conf>>>>
> [GEO]
> DATADIR=/vol01/pggeo
> PORT=5435
> DATADIR=/vol01/pgicdmdb
> PORT=5434
> DATADIR=/vol03/pg74
> PORT=5433
> POSTMASTER=/usr/local/pg7.4.1/bin/postmaster
> DATADIR=/vol02/pg90
> PORT=5432
> # Virtual target starts all?
> [ALL]
> <<<<<<<<<
> pg_ctl start
> (Finds and starts the "POSTMASTER" entry)
> pg_ctl -S ICDMDB start
> (Starts the ICDMDB cluster)
> pg_ctl startall
> or
> pg_ctl -S [*|all] start
> or
> pg_ctl startall
> Or maybe even "start" will start a virtual target "ALL"

I can point at three things there that are distinctly wrong.

- PORT should *never* be specified in that file, because it is already
  specified in each respective postgresql.conf file.

- POSTMASTER is the wrong thing to point to; you should be pointing to
  a path, instead, and it must ALWAYS be specified.

- You provide no indication of where log files are to be stowed.
  In version 8, there are options for that to be specified in the
  postgresql.conf file, but not so, for earlier versions...

I'm not keen on the Windows .ini file style sectioning; that makes it
look like a mix between a shell script and something else.  It should
be one or the other.  It probably should be directly executable by

But having some central "registry" that consists of data directories
and binary directories (and possibly log directories) seems reasonably
output = ("cbbrowne" "@" "")
"war is an inappropriate analogy; ``flame war'' is a misnomer.
 in any usenet exchange, the only casualty is time.
 there are better uses for regret."
    --thi <ttn(at)netcom(dot)com>

In response to


pgsql-hackers by date

Next:From: Martijn van OosterhoutDate: 2006-02-28 14:00:52
Subject: Re: Dead Space Map
Previous:From: Martijn van OosterhoutDate: 2006-02-28 13:49:07
Subject: Re: [HACKERS] how solve diff of API counstruct_md_array between

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