portable - start postgresql mac
Socket File "/var/pgsql_socket/.s.PGSQL.5432" Falta en Mountain Lion(servidor OS X) (17)
¿Puedes verificar tu archivo postgresql.conf?
¿En qué puerto se está ejecutando tu postgres?
Creo que no se está ejecutando en el puerto 5432.Si no lo cambias a 5432
O en el uso del terminal
psql -U postgres -p YOUR_PORT_NUMBER database_name
Acabo de actualizar mi servidor MacMini de Lion Server a Mountain Lion con OS X Server. Estoy teniendo el mismo problema con PostgreSQL que el año pasado cuando instalé Lion Server por primera vez.
Cuando trato de hacer cualquier tipo de comando de terminal de PostgreSQL recibo el siguiente mensaje de error notorio que muchos han recibido a lo largo de los años:
psql: could not connect to server: No such file or directory
Is the server running locally and accepting
connections on Unix domain socket "/var/pgsql_socket/.s.PGSQL.5432"?
Estaba intentando cambiar la contraseña de _postgres cuando recibí el error. Intenté varios comandos pero obtuve el mismo error. Acabo de reiniciar mi servidor pero no tuve suerte. Inicié sesión como root para mirar / var / pgsql_socket y la carpeta está vacía. Folder / var / pgsql_socket_alt también está vacío.
Lo he comprobado en línea sobre esto. Sin embargo, casi todas las soluciones que he leído, incluido Stack Overflow, sugieren una eliminación y reinstalación de PostgreSQL. No sé, pero esto no parece una opción plausible porque varias opciones en la aplicación de servidor usan PostgreSQL. Me puse en contacto con Apple Enterprise Support (sin acuerdo) y me dijeron que mi problema tendría que ser resuelto por los desarrolladores, lo que arrojaría $ 695.
Tengo un sitio web que está caído ahora porque no puedo reconstruirlo. No sé a quién acudir para pedir ayuda con esto en este punto. Continuaré buscando en línea para ver si puedo encontrar algo. Sin embargo, espero que alguien me pueda dar una respuesta rápida para poder reconstruir mi base de datos.
Actualización: 13/12/2012 15:33 GMT-6
Aquí está mi salida para ps auwwx | grep postg:
_postgres 28123 0.0 0.1 2479696 7724 ?? Ss 3:01PM 0:00.04 /Applications/Server.app/Contents/ServerRoot/usr/bin/postgres_real -D /Library/Server/PostgreSQL For Server Services/Data -c listen_addresses= -c log_connections=on -c log_directory=/Library/Logs/PostgreSQL -c log_filename=PostgreSQL_Server_Services.log -c log_line_prefix=%t -c log_lock_waits=on -c log_statement=ddl -c logging_collector=on -c unix_socket_directory=/Library/Server/PostgreSQL For Server Services/Socket -c unix_socket_group=_postgres -c unix_socket_permissions=0770
server1 28216 0.0 0.0 2432768 620 s000 R+ 3:02PM 0:00.00 grep postg
_postgres 28138 0.0 0.0 2439388 752 ?? Ss 3:01PM 0:00.01 postgres: stats collector process
_postgres 28137 0.0 0.0 2479828 1968 ?? Ss 3:01PM 0:00.00 postgres: autovacuum launcher process
_postgres 28136 0.0 0.0 2479696 544 ?? Ss 3:01PM 0:00.00 postgres: wal writer process
_postgres 28135 0.0 0.0 2479696 732 ?? Ss 3:01PM 0:00.01 postgres: writer process
_postgres 28134 0.0 0.0 2479696 592 ?? Ss 3:01PM 0:00.00 postgres: checkpointer process
_postgres 28131 0.0 0.0 2439388 368 ?? Ss 3:01PM 0:00.00 postgres: logger process
Actualización: 13/12/2012 18:10 GMT-6
Después de una intensa búsqueda en la web, se encontró este video. Logré que PostgreSQL funcionara y eliminé el error. Puedo conectarme usando pgadmin y phppgadmin. Estaba a punto de volver a Lion Server por pura frustración. Ahora no tendré que hacerlo.
Abra ''postgresql.conf'' en su editor favorito. Busque la variable ''unix_socket_directories'', lo más probable es que se vea así:
unix_socket_directories = ''/private/tmp/''
Cambia la línea a esto:
unix_socket_directories = ''/var/pgsql_socket/''
Tenga en cuenta si desea que los archivos de socket en más de una coma de directorio los separe.
Acabo de crear un nuevo clúster y eso funcionó para mí. Estaba usando (PostgreSQL) 9.3.20:
sudo pg_createcluster 9.3 main --start
Como mencionan otros en los comentarios, una solución realmente simple a este problema es declarar la base de datos ''host'' dentro de la configuración de la base de datos. Agregando esta respuesta solo para que sea un poco más clara para cualquiera que lea esto.
En una aplicación de Ruby on Rails, por ejemplo, edite /config/database.yml:
development:
adapter: postgresql
encoding: unicode
database: database_name
pool: 5
host: localhost
Nota: la última línea agregada para especificar el host. Antes de actualizar a Yosemite, nunca tuve que especificar el host de esta manera.
Espero que esto ayude a alguien.
Aclamaciones
Compruebe el estado de la base de datos:
service postgresql status
Si la base de datos no se está ejecutando, inicie el db:
sudo service postgresql start
Intenta pegar en la consola esto:
$ mkdir /var/pgsql_socket/
$ ln -s /private/tmp/.s.PGSQL.5432 /var/pgsql_socket/
Lo hago en palabras al hacer esto:
dpkg-reconfigure locales
y elige tus lugares preferidos
pg_createcluster 9.5 main --start
(9.5 es mi versión de postgresql)
/etc/init.d/postgresql start
y luego palabra!
sudo su - postgres
psql
Los permisos de archivo son restrictivos en el db Postgres propiedad de Mac OS. Estos permisos se reinician después de reiniciar o reiniciar Postgres: por ejemplo, serveradmin start postgres.
Por lo tanto, restablezca temporalmente los permisos o la propiedad:
sudo chmod o+rwx /var/pgsql_socket/.s.PGSQL.5432
sudo chown "webUser" /var/pgsql_socket/.s.PGSQL.5432
El restablecimiento de permisos no es seguro, por lo tanto, instale una versión de la base de datos que tenga para una solución.
Me tomó un tiempo, pero pude hacerlo funcionar finalmente después de revisar las sugerencias que se ofrecen y realizar búsquedas web adicionales. Usé la información en el siguiente video de YouTube creado por Mactasia:
http://www.youtube.com/watch?v=y1c7WFMMkZ4
Cuando hice esto, vi el archivo con .lock como extensión. Sin embargo, aún recibí el error cuando intenté arrancar el Servidor Rails cuando reanudé el trabajo en mi aplicación Rails utilizando PostgreSQL. Esta vez recibí un error de permiso denegado. Esto fue cuando recordé que no solo tuve que cambiar listen_addresses en el plist, sino que también tuve que cambiar unit_socket_permissions por 0777. También inicié sesión como root para cambiar los permisos en la carpeta var / pgsql_socket, donde podía acceder a ella en el nivel de usuario. Postgres está funcionando bien ahora. Estoy en proceso de volver a cargar mis datos desde mi copia de seguridad SQL.
Lo que no entendí fue que cuando comencé a usar el wiki, PostgreSQL supuestamente funcionaba cuando hice un sudo serveradmin fullstatus postgres, pero aún recibí el error. Oh bien.
Pude agregar lo siguiente a mi .bash_profile para evitar el error:
export PGHOST=localhost
Esto funciona because :
Si omite el nombre de host, psql se conectará mediante un socket de dominio Unix a un servidor en el host local, o mediante TCP / IP a localhost en máquinas que no tienen sockets de dominio Unix.
Su sistema operativo admite sockets de dominio Unix, pero el socket Unix de PostgreSQL que necesita psql o bien no existe o está en una ubicación diferente de la que espera.
Especificar un nombre de host explícitamente como localhost obliga a psql a usar TCP / IP. Establecer una variable de entorno PGHOST es una de las formas de lograrlo. Está documentado en because .
Pude resolver simplemente rellenando 127.0.0.1 para la dirección de host PostgreSQL en lugar de dejarlo en blanco. (Ejemplo de Django)
DATABASES = {
''default'': {
''ENGINE'': ''django.db.backends.postgresql_psycopg2'',
''NAME'': ''database_name'',
''USER'': ''database_user'',
''PASSWORD'': ''pass'',
''HOST'': ''127.0.0.1'',
''PORT'': '''',
}
}
Si tiene el problema anterior pero se ha actualizado desde Yosemite, entonces se necesita un enfoque diferente ya que la solución de actualización puede destruir algunos archivos. Más detalles están en `pg_tblspc` que falta después de la instalación de la última versión de OS X (Yosemite o El Capitan) .
Tuve este problema con Django.
Solucionarlo estableciendo explícitamente su nombre de host en "localhost".
Una solución mucho más simple (gracias a http://daniel.fone.net.nz/blog/2014/12/01/fixing-connection-errors-after-upgrading-postgres/ ). Me había actualizado a postgres 9.4. En mi caso, todo lo que necesitaba hacer (después de un día de googlear y no tener éxito)
gem uninstall pg
gem uninstall activerecord-postgresql-adapter
bundle install
¡Reinicia webrick, y listo!
Primero elimine los postgres instalados: -
sudo apt-get purge postgr *
sudo apt-get autoremove
Luego instala ''sináptico'':
sudo apt-get install synaptic
sudo apt-get update
Luego instala postgres
sudo apt-get install postgresql postgresql-contrib
apt-get install postgres-xc-client
apt-get install postgres-xc
psql: could not connect to server: No such file or directory
Is the server running locally and accepting
connections on Unix domain socket"/var/pgsql_socket/.s.PGSQL.5432"?
Seguí recibiendo el error anterior y ninguna de las soluciones anteriores funcionó para mí. Finalmente, la siguiente solución resolvió mi problema en Mac OS X
Instalar postgres usando brebaje
brew install postgres
Instalar servicios de elaboración
brew tap homebrew/services
Para iniciar Postgres como un servicio en segundo plano
brew services start postgresql
Para detener postgres manualmente
brew services stop postgresql
También podemos usar servicios brew para reiniciar Postgres
brew services restart postgresql