¿Está el servidor en ejecución localmente y aceptando conexiones en el socket de dominio Unix <</tmp/.s.PGSQL.5432>>?

Hola,

estoy desesperado, no consigo levantar postgresql en Opensuse, me sale el
siguiente error al intentar levantar el servicio:

psql: no se pudo conectar con el servidor: No exite el fichero o el
directorio ¿Está el servidor en ejecución localmente y aceptando conexiones
en el socket de dominio Unix <</tmp/.s.PGSQL.5432>>?

he leido en distintos sitios que es posiblemente debido a que el socket se
ha quedado abierto, sin envargo el fichero /tmp/.s.PGSQL.5432 no existe, ni
aun haciendo una busqueda de todo el disco duro. He probado tambien
desinstalar el programa, y volver a instalar, pero nada no hay manera.

Agradezco cualquier ayuda :).
Saludos.

2011/6/20 David Hernández <davhern(at)gmail(dot)com>:
> Hola,
>
> estoy desesperado, no consigo levantar postgresql en Opensuse, me sale el
> siguiente error al intentar levantar el servicio:
>
> psql: no se pudo conectar con el servidor: No exite el fichero o el
> directorio ¿Está el servidor en ejecución localmente y aceptando conexiones
> en el socket de dominio Unix <</tmp/.s.PGSQL.5432>>?
>
> he leido en distintos sitios que es posiblemente debido a que el socket se
> ha quedado abierto, sin envargo el fichero /tmp/.s.PGSQL.5432 no existe, ni
> aun haciendo una busqueda de todo el disco duro. He probado tambien
> desinstalar el programa, y volver a instalar, pero nada no hay manera.
>
> Agradezco cualquier ayuda :).
> Saludos.
>
>

Saludos,

Esta es una lista en inglés, te estoy redireccionando a una lista en español.

Respecto a tu problema, el mensaje que mencionas no sale al "levantar"
el servicio sino al tratar de conectarte mediante el cliente psql...
psql es un cliente de linea de comandos de postgresql y sirve para
ejecutar sentencias SQL y chequear objetos de la base de datos pero
para conectarte usando psql el servicio *ya* debe estar levantado...

para levantar el servicio usas el comando pg_ctl:

pg_ctl -D /ruta/a/la/carpeta/data start

--
Jaime Casanova         www.2ndQuadrant.com
Professional PostgreSQL: Soporte 24x7 y capacitación

Mon, Jun 20, 2011 at 09:26:09AM -0500, Jaime Casanova escribió:

>2011/6/20 David Hernández <davhern(at)gmail(dot)com>:
>> Hola,
>>
>> estoy desesperado, no consigo levantar postgresql en Opensuse, me sale el
>> siguiente error al intentar levantar el servicio:
>>
>> psql: no se pudo conectar con el servidor: No exite el fichero o el
>> directorio ¿Está el servidor en ejecución localmente y aceptando conexiones
>> en el socket de dominio Unix <</tmp/.s.PGSQL.5432>>?
>>
>> he leido en distintos sitios que es posiblemente debido a que el socket se
>> ha quedado abierto, sin envargo el fichero /tmp/.s.PGSQL.5432 no existe, ni
>> aun haciendo una busqueda de todo el disco duro. He probado tambien
>> desinstalar el programa, y volver a instalar, pero nada no hay manera.

Hola, David.

Primero, verifica si el servidor está lanzado (por ejemplo ps
-ef |grep postgres). Si no está lanzado, puedes lanzarlo como Jaime te
indica o con scripts de arranque de tu distro.

Una vez lanzado, puede suceder que el cliente (psql) y servidor
estén compilados con diferente directorio por defecto para los sockets.
En ese caso, necesitarás especificar el parámetro -h con la ruta al
directorio donde se genera el socket.

No sé en OpenSuse, pero Debian/Ubuntu los genera en
/var/run/postgresql. Mira en directorios equivalentes una vez lanzado, y
deberías encontrar dicho fichero. Si por alguna razón tu puerto es
diferente, el fichero cambiará de nombre (y su sufijo será el puerto
donde se ejecuta). Entonces, tendrás que usar también -p en la línea de
psql.

Saludos,

Álvaro

--

Álvaro Hernández Tortosa

-----------
NOSYS
Networked Open SYStems

2011/6/20 Álvaro Hernández <aht(at)nosys(dot)es>:
>
>        Primero, verifica si el servidor está lanzado (por ejemplo ps
> -ef |grep postgres). Si no está lanzado, puedes lanzarlo como Jaime te
> indica o con scripts de arranque de tu distro.
>
>        Una vez lanzado, puede suceder que el cliente (psql) y servidor
> estén compilados con diferente directorio por defecto para los sockets.
> En ese caso, necesitarás especificar el parámetro -h con la ruta al
> directorio donde se genera el socket.
>

una manera de saber los directorios correctos seria buscando el
archivo postgresql.conf y en ese archivo encontraras lo que necesitas
(directorios, puertos, etc)

--
Jaime Casanova         www.2ndQuadrant.com
Professional PostgreSQL: Soporte 24x7 y capacitación

David,

Yo hace un par de semanas atrás tuve el mismo problema, y tambien reinstale
el motor pero aún asi persistia el mismo error. Fijandome en el log del
servidor (que se encuentra en el directorio de instalacion, en centos por
ejemplo es (/opt/PostgtreSQL/9.0/data/pg_log), el startup.log, decía que no
tenía acceso al /tmp/.s.PGSQL.5432.

Verificando la carpeta tmp, pude notar que tenia permisos de acceso solo
para el usuario root, modificando los permisos levantó el servicio sin
problemas.

Saludos,
Ana.-

El 20 de junio de 2011 10:57, Jaime Casanova <jaime(at)2ndquadrant(dot)com>escribió:

> 2011/6/20 Álvaro Hernández <aht(at)nosys(dot)es>:
> >
> > Primero, verifica si el servidor está lanzado (por ejemplo ps
> > -ef |grep postgres). Si no está lanzado, puedes lanzarlo como Jaime te
> > indica o con scripts de arranque de tu distro.
> >
> > Una vez lanzado, puede suceder que el cliente (psql) y servidor
> > estén compilados con diferente directorio por defecto para los sockets.
> > En ese caso, necesitarás especificar el parámetro -h con la ruta al
> > directorio donde se genera el socket.
> >
>
> una manera de saber los directorios correctos seria buscando el
> archivo postgresql.conf y en ese archivo encontraras lo que necesitas
> (directorios, puertos, etc)
>
> --
> Jaime Casanova www.2ndQuadrant.com
> Professional PostgreSQL: Soporte 24x7 y capacitación
> -
> Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda(at)postgresql(dot)org
> )
> Para cambiar tu suscripción:
> http://www.postgresql.org/mailpref/pgsql-es-ayuda
>

--
Ana Ramirez.-

Gracias a todos. Jejeje se nota que soy usuario novato de linux (bueno no
novato, pero si no muy experimentado :P).
He comprovado que el servidor este lanzado (ps -ef|grep postgres) y me
aparece funcionando, y lanzado por el root (o al menos me aparece el root al
principio de la linea), no deberia ser lanzado por el usuario de postgresql?
los numeros que aparecen imagino que son los pid, verdad? no los puertos.

En el directorio /tmp/ ya he comprovado que no haya ningun fichero por ese
nombre (incluso hice una busqueda de todo el disco duro), de echo he
realizado una busqueda del archivo postgresql.conf y lo unico que me aparece
es postgresql.conf.sample, que imagino será algun tipo de plantilla o como
dice su nombre, un ejemplo. Y por mas que busco no hay manera de encontrar
el directorio del programa, a pesar de que Yast me lo marca como instalado.

Os explico mejor mi situación, tengo un opensuse corriendo en una maquina
virtual de Virtual Box, y un dia cuando lo apague salvé el estado, cuando
volvi a enceder me dio error y desde entonces me ha sido imposible iniciar
postgres, desde yast/servicios del sistema (desde kde) probé a iniciar el
servicio, pero me daba error, a partir de ahí he googleado hasta la
saciedad, y si hay gente con el mismo problema pero no he conseguido aplicar
ninguna de las soluciones.

Supongo que lo mas sencillo seria reinstalar Opensuse en otra maquina
virtual y reinstalar postgresql, pero me mosquea mucho no poder solucionar
esto.

Gracias y saludos.
PD: Siento la longitud del mail.

2011/6/20 Ana Ramirez <anita(dot)ins(at)gmail(dot)com>

> David,
>
> Yo hace un par de semanas atrás tuve el mismo problema, y tambien reinstale
> el motor pero aún asi persistia el mismo error. Fijandome en el log del
> servidor (que se encuentra en el directorio de instalacion, en centos por
> ejemplo es (/opt/PostgtreSQL/9.0/data/pg_log), el startup.log, decía que no
> tenía acceso al /tmp/.s.PGSQL.5432.
>
> Verificando la carpeta tmp, pude notar que tenia permisos de acceso solo
> para el usuario root, modificando los permisos levantó el servicio sin
> problemas.
>
> Saludos,
> Ana.-
>
> El 20 de junio de 2011 10:57, Jaime Casanova <jaime(at)2ndquadrant(dot)com>escribió:
>
>> 2011/6/20 Álvaro Hernández <aht(at)nosys(dot)es>:
>> >
>> > Primero, verifica si el servidor está lanzado (por ejemplo ps
>> > -ef |grep postgres). Si no está lanzado, puedes lanzarlo como Jaime te
>> > indica o con scripts de arranque de tu distro.
>> >
>> > Una vez lanzado, puede suceder que el cliente (psql) y servidor
>> > estén compilados con diferente directorio por defecto para los sockets.
>> > En ese caso, necesitarás especificar el parámetro -h con la ruta al
>> > directorio donde se genera el socket.
>> >
>>
>> una manera de saber los directorios correctos seria buscando el
>> archivo postgresql.conf y en ese archivo encontraras lo que necesitas
>> (directorios, puertos, etc)
>>
>> --
>> Jaime Casanova www.2ndQuadrant.com
>> Professional PostgreSQL: Soporte 24x7 y capacitación
>> -
>> Enviado a la lista de correo pgsql-es-ayuda (
>> pgsql-es-ayuda(at)postgresql(dot)org)
>> Para cambiar tu suscripción:
>> http://www.postgresql.org/mailpref/pgsql-es-ayuda
>>
>
>
>
> --
> Ana Ramirez.-
>

Excerpts from David Hernández's message of mar jun 21 04:16:41 -0400 2011:
> Gracias a todos. Jejeje se nota que soy usuario novato de linux (bueno no
> novato, pero si no muy experimentado :P).
> He comprovado que el servidor este lanzado (ps -ef|grep postgres) y me
> aparece funcionando, y lanzado por el root (o al menos me aparece el root al
> principio de la linea), no deberia ser lanzado por el usuario de postgresql?
> los numeros que aparecen imagino que son los pid, verdad? no los puertos.

Son los PID, no los puertos. Un postgres normal no corre como root; si
lo intentas, se detiene con un mensaje de error. Seguramente estás
malinterpretando la salida de ps. Si quieres, muéstrala para indicarte
el error. (La otra alternativa es que OpenSUSE parche Postgres para
eliminar esta protección, pero eso sería extremadamente estúpido de su
parte. Ni siquiera Gentoo hace eso).

La manera más sencilla de saber dónde está el socket es usando lsof.
Debes buscar un "archivo" de tipo "unix". Acá está mi ps:

$ ps u -C postmaster
USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
alvherre 3299 0.0 0.3 66132 7716 pts/2 S+ 09:45 0:00 /pgsql/install/HEAD/bin/postmaster -p 55432
alvherre 3302 0.0 0.0 66132 1108 ? Ss 09:45 0:00 postgres: writer process
alvherre 3303 0.0 0.0 66132 1100 ? Ss 09:45 0:00 postgres: wal writer process
alvherre 3304 0.0 0.1 66960 2376 ? Ss 09:45 0:00 postgres: autovacuum launcher process
alvherre 3305 0.0 0.0 34632 1172 ? Ss 09:45 0:00 postgres: stats collector process

Observa que el proceso que realmente me interesa es el PID 3299. Luego ejecuto lsof:

$ lsof -p 3299
COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME
postmaste 3299 alvherre cwd DIR 9,3 4096 770057 /home/alvherre/Code/pgsql/install/HEAD/data
postmaste 3299 alvherre rtd DIR 8,1 4096 2 /
postmaste 3299 alvherre txt REG 9,3 21617387 770531 /home/alvherre/Code/pgsql/install/HEAD/bin/postgres
postmaste 3299 alvherre DEL REG 0,4 3309643 /SYSV034dd341
postmaste 3299 alvherre mem REG 8,1 47616 47241 /lib/libnss_files-2.13.so
postmaste 3299 alvherre mem REG 8,6 5596464 237603 /usr/lib/locale/locale-archive
postmaste 3299 alvherre mem REG 8,6 93936 215892 /usr/lib/libz.so.1.2.3.4
postmaste 3299 alvherre mem REG 8,1 1572120 47146 /lib/libc-2.13.so
postmaste 3299 alvherre mem REG 8,1 530736 47211 /lib/libm-2.13.so
postmaste 3299 alvherre mem REG 8,1 14768 47214 /lib/libdl-2.13.so
postmaste 3299 alvherre mem REG 8,6 1853320 213885 /usr/lib/libcrypto.so.1.0.0
postmaste 3299 alvherre mem REG 8,6 337216 213889 /usr/lib/libssl.so.1.0.0
postmaste 3299 alvherre mem REG 8,6 1398040 213252 /usr/lib/libxml2.so.2.7.8
postmaste 3299 alvherre mem REG 8,1 136936 47213 /lib/ld-2.13.so
postmaste 3299 alvherre mem REG 9,3 428847 770756 /home/alvherre/Code/pgsql/install/HEAD/share/locale/es/LC_MESSAGES/postgres-9.2.mo
postmaste 3299 alvherre mem REG 8,6 26048 395051 /usr/lib/gconv/gconv-modules.cache
postmaste 3299 alvherre 0u CHR 136,2 0t0 5 /dev/pts/2
postmaste 3299 alvherre 1u CHR 136,2 0t0 5 /dev/pts/2
postmaste 3299 alvherre 2u CHR 136,2 0t0 5 /dev/pts/2
postmaste 3299 alvherre 3u IPv4 87224 0t0 TCP localhost:55432 (LISTEN)
postmaste 3299 alvherre 4u unix 0xffff88003d2f7400 0t0 87225 /tmp/.s.PGSQL.55432
postmaste 3299 alvherre 5u IPv4 88190 0t0 UDP localhost:43308->localhost:43308

Acá veo que el socket es /tmp/.s.PGSQL.55432

Luego, para conectarme puedo hacerlo de esta forma:
psql -h /tmp -p 55432

> Os explico mejor mi situación, tengo un opensuse corriendo en una maquina
> virtual de Virtual Box, y un dia cuando lo apague salvé el estado, cuando
> volvi a enceder me dio error y desde entonces me ha sido imposible iniciar
> postgres, desde yast/servicios del sistema (desde kde) probé a iniciar el
> servicio, pero me daba error, a partir de ahí he googleado hasta la
> saciedad, y si hay gente con el mismo problema pero no he conseguido aplicar
> ninguna de las soluciones.

Yo, las veces que he visto problemas de este tipo, la gente inventa
soluciones que no tienen ningún sentido. Es lo que pasa cuando un
montón de novatos se juntan a preguntar cosas que ninguno entiende y
sacan respuestas como conejos de un sombrero. Después se extrañan que
no funcione, le echan la culpa a Linux, reinstalan todo y quedan tan
contentos sin haber aprendido nada de la experiencia.

--
Álvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>

Introduciendo ps (ps u -C postmaster) no me mostraba nada, sin envargo he
conseguido hacerlo funcionar por otro lado, resulta que me faltaba hacer
esto:

/usr/local/pgsql/bin/initdb -D /usr/local/pgsql/data
/usr/local/pgsql/bin/postmaster -D /usr/local/pgsql/data

Parece que ahora funciona, ya he creado un usuario para la base de datos, y
ahora voy a crear una tabla. Muchas gracias a todos :).

2011/6/21 Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>

> Excerpts from David Hernández's message of mar jun 21 04:16:41 -0400 2011:
> > Gracias a todos. Jejeje se nota que soy usuario novato de linux (bueno no
> > novato, pero si no muy experimentado :P).
> > He comprovado que el servidor este lanzado (ps -ef|grep postgres) y me
> > aparece funcionando, y lanzado por el root (o al menos me aparece el root
> al
> > principio de la linea), no deberia ser lanzado por el usuario de
> postgresql?
> > los numeros que aparecen imagino que son los pid, verdad? no los puertos.
>
> Son los PID, no los puertos. Un postgres normal no corre como root; si
> lo intentas, se detiene con un mensaje de error. Seguramente estás
> malinterpretando la salida de ps. Si quieres, muéstrala para indicarte
> el error. (La otra alternativa es que OpenSUSE parche Postgres para
> eliminar esta protección, pero eso sería extremadamente estúpido de su
> parte. Ni siquiera Gentoo hace eso).
>
> La manera más sencilla de saber dónde está el socket es usando lsof.
> Debes buscar un "archivo" de tipo "unix". Acá está mi ps:
>
> $ ps u -C postmaster
> USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
> alvherre 3299 0.0 0.3 66132 7716 pts/2 S+ 09:45 0:00
> /pgsql/install/HEAD/bin/postmaster -p 55432
> alvherre 3302 0.0 0.0 66132 1108 ? Ss 09:45 0:00 postgres:
> writer process
> alvherre 3303 0.0 0.0 66132 1100 ? Ss 09:45 0:00 postgres:
> wal writer process
> alvherre 3304 0.0 0.1 66960 2376 ? Ss 09:45 0:00 postgres:
> autovacuum launcher process
> alvherre 3305 0.0 0.0 34632 1172 ? Ss 09:45 0:00 postgres:
> stats collector process
>
> Observa que el proceso que realmente me interesa es el PID 3299. Luego
> ejecuto lsof:
>
> $ lsof -p 3299
> COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE
> NAME
> postmaste 3299 alvherre cwd DIR 9,3 4096 770057
> /home/alvherre/Code/pgsql/install/HEAD/data
> postmaste 3299 alvherre rtd DIR 8,1 4096 2 /
> postmaste 3299 alvherre txt REG 9,3 21617387 770531
> /home/alvherre/Code/pgsql/install/HEAD/bin/postgres
> postmaste 3299 alvherre DEL REG 0,4 3309643
> /SYSV034dd341
> postmaste 3299 alvherre mem REG 8,1 47616 47241
> /lib/libnss_files-2.13.so
> postmaste 3299 alvherre mem REG 8,6 5596464 237603
> /usr/lib/locale/locale-archive
> postmaste 3299 alvherre mem REG 8,6 93936 215892
> /usr/lib/libz.so.1.2.3.4
> postmaste 3299 alvherre mem REG 8,1 1572120 47146
> /lib/libc-2.13.so
> postmaste 3299 alvherre mem REG 8,1 530736 47211
> /lib/libm-2.13.so
> postmaste 3299 alvherre mem REG 8,1 14768 47214
> /lib/libdl-2.13.so
> postmaste 3299 alvherre mem REG 8,6 1853320 213885
> /usr/lib/libcrypto.so.1.0.0
> postmaste 3299 alvherre mem REG 8,6 337216 213889
> /usr/lib/libssl.so.1.0.0
> postmaste 3299 alvherre mem REG 8,6 1398040 213252
> /usr/lib/libxml2.so.2.7.8
> postmaste 3299 alvherre mem REG 8,1 136936 47213
> /lib/ld-2.13.so
> postmaste 3299 alvherre mem REG 9,3 428847 770756
> /home/alvherre/Code/pgsql/install/HEAD/share/locale/es/LC_MESSAGES/
> postgres-9.2.mo
> postmaste 3299 alvherre mem REG 8,6 26048 395051
> /usr/lib/gconv/gconv-modules.cache
> postmaste 3299 alvherre 0u CHR 136,2 0t0 5
> /dev/pts/2
> postmaste 3299 alvherre 1u CHR 136,2 0t0 5
> /dev/pts/2
> postmaste 3299 alvherre 2u CHR 136,2 0t0 5
> /dev/pts/2
> postmaste 3299 alvherre 3u IPv4 87224 0t0 TCP
> localhost:55432 (LISTEN)
> postmaste 3299 alvherre 4u unix 0xffff88003d2f7400 0t0 87225
> /tmp/.s.PGSQL.55432
> postmaste 3299 alvherre 5u IPv4 88190 0t0 UDP
> localhost:43308->localhost:43308
>
> Acá veo que el socket es /tmp/.s.PGSQL.55432
>
> Luego, para conectarme puedo hacerlo de esta forma:
> psql -h /tmp -p 55432
>
> > Os explico mejor mi situación, tengo un opensuse corriendo en una maquina
> > virtual de Virtual Box, y un dia cuando lo apague salvé el estado, cuando
> > volvi a enceder me dio error y desde entonces me ha sido imposible
> iniciar
> > postgres, desde yast/servicios del sistema (desde kde) probé a iniciar el
> > servicio, pero me daba error, a partir de ahí he googleado hasta la
> > saciedad, y si hay gente con el mismo problema pero no he conseguido
> aplicar
> > ninguna de las soluciones.
>
> Yo, las veces que he visto problemas de este tipo, la gente inventa
> soluciones que no tienen ningún sentido. Es lo que pasa cuando un
> montón de novatos se juntan a preguntar cosas que ninguno entiende y
> sacan respuestas como conejos de un sombrero. Después se extrañan que
> no funcione, le echan la culpa a Linux, reinstalan todo y quedan tan
> contentos sin haber aprendido nada de la experiencia.
>
> --
> Álvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>
>