Re: PostgreSQL configuration

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Kevin Brown <kevin(at)sysexperts(dot)com>
Cc: pgsql-hackers(at)postgresql(dot)org
Subject: Re: PostgreSQL configuration
Date: 2004-04-16 00:29:45
Message-ID: 22733.1082075385@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Kevin Brown <kevin(at)sysexperts(dot)com> writes:
> The goal here is simply to make it obvious to a system administrator where
> the PG data directory that a given postmaster is using resides.

Why would it not be sufficient to add a read-only GUC variable that
tells that? Connect to the postmaster and do "show datadir" and you're
done. (Without this, it's not clear you've made any particular gain
anyway, since "a given postmaster" would typically mean "the one I can
connect to at this port", no?)

In any case I don't see how removing PGDATA would make this more
obvious. You yourself just pointed out that the command-line arguments
of a postmaster aren't necessarily visible through ps; if they're not,
what have you gained in transparency by forbidding PGDATA?

> In any case, I'm not at all opposed to having the backend stuff know
> about PGDATA during development, but for production you should have to
> explicitly specify the data directory on the command line.

If you wish to do things that way, you can; but that doesn't mean that
everyone else should have to do it that way too. If there were a
security or reliability hazard involved, I might agree with taking the
fascist approach, but I see no such hazard here ...

regards, tom lane

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Christopher Kings-Lynne 2004-04-16 02:41:10 Re: [HACKERS] Remove MySQL Tools from Source?
Previous Message Tom Lane 2004-04-16 00:18:49 Re: query slows down with more accurate stats