Re: [pgsql-es-ayuda] Eliminación de socket /tmp/.s.PGSQL.5432

Hola

Retomando este tema...

Anoche hubo una actividad en la que se aprovechó de reiniciar la BD y como
ya tenía preparado el parámetro unix_socket_directory funcionó la creación
de esos archivos en el nuevo Path...... sin embargo, al tratar de conectarme
sigue reclamando por /tmp
....
.....
unix_socket_directory = '/pgdata/data' # (change requires restart)
#unix_socket_group = '' # (change requires restart)
#unix_socket_permissions = 0777 # octal
....
....

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...

Gracias desde ya.

AP.

El 15 de abril de 2011 18:49, Andrés P.P. <solopostgres(at)gmail(dot)com> escribió:

>
> Gracias Álvaro
>
> Respecto a un limpiador del tmp... tendría lógica si todo el tmp hubiese
> sido vaciado pero archivos muchos más antiguos -e innecesarios incluso- que
> están ahí no fueron eliminados...ahí me surje la opción de "alguien"..
>
> Respecto al path.. por ahora lo coloqué en el $PGDATA para que esté junto a
> los otros archivos que se generan en el inicio...opts .pid .... alguna
> ventaja que esté en el /var/run?? o sólo es una opción de debian??, alguien
> más también me mencionó ese path..... lo pregunto para dejar listo ese path
> en caso de un reinicio de emergencia o para dos semanas más ya que políticas
> del cliente impiden realizar modificaciones en semana santa...
>
> Slds.
> A.
>
>
> El 15 de abril de 2011 18:37, Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>escribió:
>
> Excerpts from Andrés P.P.'s message of vie abr 15 19:27:15 -0300 2011:
>>
>> > Preguntas:
>> >
>> > - Se puede regenerar sin tener que reiniciar??.... creo que no..
>>
>> No
>>
>> > - Puede haberse eliminado ese archivo SIN intervención directa de
>> > alguien??... (rm /tmp/.s.PGSQL.5432..)
>>
>> Sí, un limpiador de /tmp puede haberlo eliminado.
>>
>> > Aprendí que no es el mejor lugar para ese archivo asi que ya edité el
>> > postgresql.conf para modificar el parámetro: unix_socket_directory, sin
>> > embargo, como no sé el cómo ocurrió algo así quiero asegurarme que no
>> haya
>> > algo propio de postgres talvez que tenga mal configurado o algún tipo de
>> > automantención del Server que decidiera eliminar dicho archivo de tal
>> forma
>> > que pudiera volver a ocurrir.............(pensando en la otra opcion:
>> que no
>> > hubo participación directa de alguien)...
>>
>> Debian lo pone en /var/run/postgresql.
>>
>> --
>> Álvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>
>>
>
>