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

From: Mark Kirkwood <markir(at)paradise(dot)net(dot)nz>
To: Mark Woodward <pgsql(at)mohawksoft(dot)com>
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Peter Eisentraut <peter_e(at)gmx(dot)net>, kleptog(at)svana(dot)org, pgsql-hackers(at)postgresql(dot)org
Subject: Re: pg_config, pg_service.conf, postgresql.conf ....
Date: 2006-02-22 04:47:13
Message-ID: 43FBECD1.8020803@paradise.net.nz
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Mark Woodward wrote:

> I'm not sure that I agree. At least in my experience, I wouldn't have more
> than one installation of PostgreSQL in a production machine. It is
> potentially problematic.
>

I agree with you for production environments, but for development, test,
support (and pre-sales) machines there are reasonable requirements for
several.

Even if you have only one installation - something to tell you *where*
the binaries are installed is convenient - as there are quite a few
common locations (e.g. packages installing in /usr or /usr/local, source
builds in /usr/local/pgsql or /opt/pgsql). I've seen many *uncommon*
variants: (e.g. /usr/local/postgresql, /usr/local/postgresql-<version>,
/usr/local/pgsql/<version>, ...).

Admittedly, given that the binaries are likely to be in the
cluster-owners default PATH, it is not as hard to find them as the data
directory. However, this is all about convenience it would seem, since
(for many *nix platforms) two simple searches will give you most of what
is needed:

$ locate postmaster
$ locate pg_hba.conf

Cheers

Mark

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Christopher Browne 2006-02-22 05:26:22 Re: pg_config, pg_service.conf, postgresql.conf ....
Previous Message Mark Woodward 2006-02-22 04:37:13 Re: pg_config, pg_service.conf, postgresql.conf ....