Re: Eliminación de socket /tmp/.s.PGSQL.5432

Efectivamente.... habilité esa variable y funcionó..

Cuando apareció este problema nosotros empezamos a usar :

psql datadb data_usr -h localhost

..para hacer nuestras mantenciones o consultas directas, asi que seguíamos
trabajando "normalmente".

Afortunadamente en las aplicaciones y en las shells de crontab siempre se
usa la opción -h asi que la plataforma siguió funcionando sin problemas....
pero quería solucionar ese detalle de todas formas.
Gracias Álvaro.

Slds
AP.

El 19 de abril de 2011 10:29, Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>escribió:

> Excerpts from Andrés P.P.'s message of mar abr 19 11:03:58 -0300 2011:
>
> > datadb=# show unix_socket_directory;
> > unix_socket_directory
> > -----------------------
> > /pgdata/data
> > (1 row)
> > datadb=#
> > [postgres(at)srv data]$ psql datadb data_usr
> > psql: could not connect to server: No such file or directory
> > Is the server running locally and accepting
> > connections on Unix domain socket "/tmp/.s.PGSQL.5432"?
> > [postgres(at)srv data]$
> > .... Tengo que habilitar algo más??... porque pareciera que la BD "sabe"
> > que el path es otro, sin embargo, pareciera que en el intento sigue
> > buscando en el tmp...
>
> El cliente no lee el archivo postgresql.conf. Éste busca sólo en el
> path definido en tiempo de compilación. Si quieres que busque en otra
> parte, debes especificarlo:
>
> psql -h /pgdata/data datadb data_user
>
> O bien así:
>
> export PGHOST=/pgdata/data
> psql datadb data_user
>
> --
> Álvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>
>