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 <alvhe...@alvh.no-ip.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@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@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 <alvhe...@alvh.no-ip.org> >
