Re: BUG #6171: Sockets Issue

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: "Robert Hopek" <rhopek(at)getnetworks(dot)com>
Cc: pgsql-bugs(at)postgresql(dot)org
Subject: Re: BUG #6171: Sockets Issue
Date: 2011-08-22 13:27:03
Message-ID: 2704.1314019623@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

"Robert Hopek" <rhopek(at)getnetworks(dot)com> writes:
> Why do you have the configuration option to change the pgsql socket (which
> we need to do for our jailed shell environment), but not have psql check the
> postgresql.conf file for the enablement of that location change so that psql
> would look there automatically?

How would that work? psql does not know where the server configuration
file is, and would typically not have adequate permissions to read it
anyway.

If you must use a socket location other than /tmp, the most comfortable
way to deal with it is to build custom executables with the correct
locations as their wired-in defaults. This is not really much different
from the situation for a custom port number...

> It seems very counter-productive.

A common reason for using a nondefault connection location is to not
*want* the postmaster to be reached by default-using clients. The
configuration file option does have use-cases, just not yours.

regards, tom lane

In response to

Browse pgsql-bugs by date

  From Date Subject
Next Message Tom Lane 2011-08-22 13:52:40 Re: BUG #6172: DROP EXTENSION error without CASCADE
Previous Message Dimitri Fontaine 2011-08-22 13:25:57 Re: BUG #6172: DROP EXTENSION error without CASCADE