macos - rehusada - Postgres.app No se pudo iniciar en el puerto 5432

instalar postgresql en debian

Question

Estoy usando http://postgresapp.com . En la barra de menú se muestra el error "No se pudo iniciar en el puerto 5432". De manera similar, si intento iniciar el servidor desde la terminal, obtengo:

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"?

También ejecuté pg_ctl -D /usr/local/var/postgres -l /usr/local/var/postgres/server.log start y obtuve el server starting salida server starting pero aún obtengo los mismos errores al conectarme a psql.

Answer 1

Al intentar abrir la aplicación Postgres recibía el mismo error con respecto a la publicación 5432 (en Mac OSX 10.10.5)

Yo si:

$ lsof -i | grep LISTEN

Vimos qué PID ejecutaba postgres en ese puerto, lo hizo: $ killall {pid} y luego $ brew uninstall postgres

Después de eso, reinicié mi Mac y ejecuté:

$ lsof -i | grep LISTEN $ lsof -i | grep LISTEN nuevo solo para estar seguro. No vimos postgres corriendo en ningún lado y pudimos abrir la aplicación Postgres sin recibir esa advertencia.

Luego reinstalé postgres con $ brew install postgres

OTRA OPCIÓN :

(También probé esto una vez cuando el enfoque anterior no funcionó y no pude matar ninguno de los PID)

$ ps auxw | grep post

Vi un gran proceso de postgres, que luego sudo kill <PID>

Todo funciona bien ahora.

Answer 2

De alguna manera, olvidé por completo que este archivo de socket estará oculto por el punto. Asegúrese de utilizar ls -A /tmp/.s.PGSQL.5432 si está comprobando si el socket está realmente allí.

Answer 3

El mío no se inició de repente, y cuando revisé Console.app vi:

com.heroku.postgres-service: 
FATAL:  could not create shared memory segment: Cannot allocate memory
DETAIL:  Failed system call was shmget(key=5432001, size=3874816, 03600).
HINT:  This error usually means that PostgreSQL''s request for a shared memory segment exceeded available memory or swap space, or exceeded your kernel''s SHMALL parameter.  You can either reduce the request size or reconfigure the kernel with larger SHMALL.  To reduce the request size (currently 3874816 bytes), reduce PostgreSQL''s shared memory usage, perhaps by reducing shared_buffers or max_connections.
The PostgreSQL documentation contains more information about shared memory configuration.

Resulta que Postgres no arrancó porque tenía Wireshark (y X11) ejecutándose. Funcionó bien después de abandonar Wireshark.

¡Buena suerte!

Answer 4

El mismo problema me acaba de pasar. Tenía Postgres.app 9.2.4.1 ejecutándose desde hace un tiempo. Cuando actualicé Mac OS X a 10.8.5, después del reinicio obligatorio ya no funcionaba. Intenté varias cosas, incluida la actualización a 9.2.4.3 y ni después de otro reinicio, funcionó.

Tuve que abrir el archivo /Users/$USER/Library/Application Support/Postgres/var/postgresql.conf y para:

1. línea de unix_socket_permissions = 0777
2. descomentar y adaptar la línea unix_socket_directory = ''/tmp''

Después de un reinicio, Postgres.app se ejecutaba como un amuleto.

Answer 5

En una suposición, algo más había tomado el puerto 5432 por lo que la aplicación optó por ejecutar en 5433 en su lugar.

¿Por qué no simplemente conectarse a Pg en el puerto 5433, si es allí donde se está ejecutando? Tiene un archivo de socket /tmp/.s.PGSQL.5432 , por lo que puede conectarse con psql -p 5433 para conexiones de socket de dominio UNIX. También escuchará en el mismo puerto con TCP / IP, por lo que puede usar psql -h localhost -p 5433 para TCP / IP y hacer que sus aplicaciones se conecten al puerto 5433 en lugar de 5432.

Cambie su .psqlrc para establecer el nuevo puerto como predeterminado y puede olvidar que no está en el puerto predeterminado.

Answer 6

He probado casi todas las soluciones a este problema que está por ahí. Para mí siempre sucede cuando la batería de mi MacBook se apaga, incluso si la computadora ya está durmiendo. Estuve hurgando en ~/Library/Application/ Support/Postgres/var-9.4 y descubrí otro archivo postmaster.pid que no había visto antes. Lo eliminé y ahora todo vuelve a funcionar. Estoy ejecutando la versión Postgres.app, no la versión brew.

Pasos que tomé:

1. Asegúrese de que postgres.app no se esté ejecutando.
2. Ejecute rm ~/Library/Application/ Support/Postgres/var-9.$X/postmaster.pid
3. Si no tiene un directorio var-9.$X , simplemente ejecute rm ~/Library/Application/ Support/Postgres/postmaster.pid
4. Reiniciar postgres.app
5. Vuelve a desarrollar cosas geniales.

Answer 7

Lo más probable es que haya instalado un PostgreSQL, lo haya eliminado y lo haya instalado nuevamente. PostgreSQL usualmente usaba el puerto 5432, pero si no estaba disponible, aumenta a la siguiente disponible, en este caso 5433. Por lo tanto, probablemente haya elegido este puerto en su segunda instalación.

Creo que deberías verificar el archivo:

/ etc / services

y ajuste las filas a continuación para su número de puerto esperado:

postgresql 5432 / udp # Base de datos PostgreSQL

postgresql 5432 / tcp # PostgreSQL Database

Después de esto, debe reiniciar su computadora (de la manera más sencilla).

Answer 8

Puede detener el proceso encontrando el PID con

lsof -i :5432

y luego matarlo con

kill -9 <PID>

Answer 9

Resolví este problema

1. Identificando lo que se estaba ejecutando en el puerto 5432 usando "netstat" en CL, que era PostgreSQL no Postgres
2. Localicé el directorio que contenía postgreSQL, que era root / Library / PostgreSQL
3. Me aseguré de que no se ejecutaran instantes de la aplicación a través del Monitor de actividad
4. ¡Luego borré la carpeta y reinicié! ¡Todo estuvo bien!

Answer 10

Si está ejecutando su servidor en una máquina macOS e instaló Postgres a través de Homebrew, puede detener la instancia actual como esta:

servicios de elaboración de cerveza dejan de postgresql

Luego haz clic en Elephant en la barra de menú y se debe iniciar con éxito.

Answer 11

Si ha instalado Postgres a través de otro método (por ejemplo, desde www.postgresql.org) y se inicia automáticamente al inicio, puede evitar que Postgres se inicie a través de lo siguiente:

sudo launchctl unload /Library/LaunchDaemons/com.edb.launchd.postgresql-X.X.plist  
sudo rm -f /Library/LaunchDaemons/com.edb.launchd.postgresql-X.X.plist  

SUGERENCIA: use la pestaña para autocompletar después de la parte com.edu.launchd para descubrir qué versión se está cargando.

Reinicie Postgres.app y debería estar listo para continuar.

(de http://forums.enterprisedb.com/posts/list/1831.page;jsessionid=70621DC48C99EDE663A6A594B05F1A02#6782 )

Answer 12

Solo estaba teniendo este problema exacto. Cuando ejecuté which psql apuntaba a las herramientas de cliente de Postgres instaladas con Lion:

/usr/bin/psql

Usando una pista de Frank Wiles , ejecuté ps auxw | grep post ps auxw | grep post para confirmar que postgres se estaba ejecutando y que se estaba ejecutando en el puerto correcto, que también me mostró la ruta de acceso de postgres.app:

/Applications/Postgres.app/Contents/MacOS/bin/postgres .

Así que edité por .bash_profile para exportar ese directorio. En el primer esfuerzo lo agregué al final del camino. Cuando ejecuté echo $PATH , pude ver que usr / bin era lo primero en la ruta, y which psql todavía daba la ruta /usr/bin . En ese momento, un amigo me guió en la dirección correcta:

export PATH="/Applications/Postgres.app/Contents/MacOS/bin:${PATH}"

Inicie una nueva ventana de terminal, luego ejecute which psql - debe apuntar a la ubicación de postgres.app y psql debería iniciar el shell postgres. Funciona bien ahora

Answer 13

También puede suceder que se tome el PID. Esto me sucedió cuando la Computadora sufrió un reinicio inesperado.

Si es así, debe ir a:

˜/Library/Application Support/Postgres/var-9.4

Puede verificar esa ruta en el cuadro de diálogo Preferencias de Postgres.app.

Y luego, solo elimina el archivo pid

sudo rm postmaster.pid

Y el servidor se inicia de inmediato.

Answer 14

Tuve los mismos problemas:

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"?

En mi caso, era un archivo de host corrupto en mi mac. Estaba perdido:

127.0.0.1 localhost

Una forma rápida y fácil de verificar es abrir la terminal y escribir:

ping localhost

o:

scutil -r localhost

Más información here Espero que ayude.

Answer 15

Tuve un problema similar cuando traté de usar postgresql con rieles. La actualización de mi Gemfile para usar la nueva versión de gem pg resuelve este problema para mí. (gema pg versión 0.16.0 funciona). En el uso de Gemfile:

gem ''pg'', ''0.16.0''

luego ejecuta lo siguiente para actualizar la gema

bundle install --without production
bundle update
bundle install

Answer 16

Tuve un problema similar en el que no me pude conectar a Postgres.app aunque la aplicación en sí decía que se está ejecutando en el puerto 5432.

No estoy seguro de por qué, pero incluso cuando salí de la aplicación y comprobé que no se ejecutaban procesos postgres con ps -a. estos archivos existieron:

/tmp/.s.PGSQL.5432

y

/tmp/.s.PGSQL.5432.lock

Mi solución fue eliminar estos archivos y luego iniciar de nuevo el postgres.app.

Answer 17

Un archivo llamado "postmaster.pid" (en mi directorio $ PGDATA) impedía el inicio de postgresql. Era un archivo zombie, colocado allí hace 10 días y cuando cerré brutalmente la computadora (tirando del enchufe, literalmente), ningún proceso de limpieza tuvo la oportunidad de eliminar ese archivo.

Answer 18

Usted tiene otra instancia de postgres en ejecución, esa es la única aplicación interesada en este puerto. Deberías usar netstat y ps para determinar esto. Luego detenga la instancia y desinstálela, puede que haya instalado enterpiseDb, por ejemplo, eso es lo que hice.