Reparación de Postgresql después de actualizar a OSX 10.7 Lion

Para aquellos de ustedes que están interesados, he juntado la solución. Todo lo que necesitaba era añadir

host: localhost

A la base de datos.yml para mi entorno y todo era salsa.

Tuve este mismo problema con Mountain Lion, pero lo único que funcionó para mí fue esta solución :

Compruebe dónde está el objetivo real:

sudo find / -name .s.PGSQL.5432

Necesitaba crear este directorio:

mkdir /var/pgsql_socket/

Luego, usando el resultado del hallazgo anterior, crea este enlace simbólico:

ln -s /private/tmp/.s.PGSQL.5432 /var/pgsql_socket/

Sospecho que para la mayoría de la gente en Mountain Lion solo puede crear el directorio y hacer el enlace simbólico y no perder el tiempo haciendo el find a menos que el enlace simbólico no funcione.

PS-my PostgreSQL fue instalado a través del instalador oficial.

Si el problema persiste más allá de cambiar la ruta (como lo hizo para mí), también intente esto...

gem pristine pg

Parece que el problema (parcialmente) radica en la gema pg en sí. Cuando se construye, se da cuenta de dónde debe estar el socket de dominio. Si cambia la ubicación del socket de dominio después del hecho, no parece tener efecto hasta que reconstruya la gema.

Para aquellos que instalaron directamente desde el instalador oficial, simplemente agregar el host al comando funciona sin cambios de ruta:

psql -h localhost -U postgres

Tuve el mismo problema y estaba teniendo problemas para hacer que la solución de John Wang funcionara. Como señaló Darren, hay un problema con la gema pg. Para que funcione necesitaba:

gem uninstall pg

A continuación, vuelva a instalar.

Que lo hizo funcionar.

También me encontré con esto, pero yo mismo había instalado postgres (no con homebrew). Si ese es el caso, necesita encontrar la antigua ruta a psql (que puede ser /usr/local/bin, pero para mí era /usr/local/pgsql/bin) y anteponerla a su PATH PATH.

(antes) which psql = > / usr / bin / psql

(fix) export PATH= / usr / local / psql / bin:PATH PATH

(después) 'which psql' = > /usr/local/psql/bin

La sugerencia de John Wang a source ~/.bash_rc después de añadir que a su bash_rc es de oro.

¿Esto es para homebrew? Ports parece ponerlo en:

/opt/local/lib/postgresql91 

Así que asegúrate de usar export

PATH=/opt/local/lib/postgresql91/bin:$PATH

Problema de puertos Mac: https://trac.macports.org/ticket/30125

No estoy contento con las respuestas más votadas, ya que son específicas del usuario del sistema operativo o reasignan Postgres para usar TCP en lugar de sockets de dominio, como señaló @pilif. He visto otra solución que implica reordenar las rutas predeterminadas a nivel del sistema para verificar la ruta de Brew antes de una ruta del sistema central, pero esto parece peligroso ya que podría afectar a todas las demás colisiones de nombres de aplicaciones como esta.

Este sitio detalla una solución que encontró mi compañero de trabajo. Se reduce a ejecutar un único script de shell que

1. haga una copia de seguridad de los archivos Postgres 8.4 en un directorio separado
2. enlace simbólico de la instalación de Postgres de la cerveza en su lugar

Esto viene con la advertencia de que el sistema predeterminado Postgres es cualquier brew ha instalado, por lo que tiene que hacer una llamada de juicio sobre si eso es adecuado para usted. No me veo necesitando Postgres 8.4 específicamente sobre 9.x, pero YMMV

Otra posible solución que funcionó para mí es restablecer el archivo postmaster eliminándolo. Simplemente ejecute:

rm /usr/local/var/postgres/postmaster.pid 

Vale la pena revisar el registro de errores que puede encontrar aquí:

/usr/local/var/postgres/server.log

El mensaje de error que estaba teniendo era:

FATAL:  lock file "postmaster.pid" already exists
HINT:  Is another postmaster (PID 161) running in data directory 
"/usr/local/var/postgres"?

Todo funcionó muy bien después.

En mi caso, el servidor no se inició debido a la configuración incorrecta de la memoria compartida. Al principio estaba confundido porque había varios procesos postgres en ejecución, pero esos eran procesos de sistema estándar. Busque postmaster procesos!

Todo lo que necesitaba hacer era cambiar la configuración de memoria compartida. Juguetear con la configuración de la ruta no era necesario en mi caso.

Es posible que necesite especificar el host de su base de datos.

Si te gusta un cambio permanente en tu PATH PATH prueba esto:

defaults write $HOME/.MacOSX/environment PATH "/usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/X11/bin:/opt/local/bin"

Esto reescribirá su ~/.MacOSX/environment.plist.

Soy nuevo en Rails, pero añadiendo lo siguiente a la base de datos .yml funcionó para mí:

host: localhost

port: 5432

No estoy seguro de por qué Rails usa por defecto sockets de dominio en lugar de TCP, mientras que PostgreSQL no configura sockets de dominio por defecto.

Mi PostgreSQL está instalado en /Library/PostgreSQL para que las cosas de /usr/var no funcionaran para mí.

Parece que Woz es correcto porque cada vez que cierro la tapa de mi macbook pro se bloquea... Esto es lo que funcionó después del accidente para mí:

sudo su postgres -c "/Library/PostgreSQL/9.2/bin/pg_ctl -m fast -D /Library/PostgreSQL/9.2/data restart"