habilitar - postgresql ports
confusión del puerto postgresql 5433 o 5432? (7)
He instalado postgresql en OSX. Cuando ejecuto psql, obtengo
$ psql
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.5433"?
Sin embargo, desde / etc / services
postgresql 5432/udp # PostgreSQL Database
postgresql 5432/tcp # PostgreSQL Database
# Tom Lane <[email protected]>
pyrrho 5433/tcp # Pyrrho DBMS
pyrrho 5433/udp # Pyrrho DBMS
5433 está ocupado por pyrrho, 5432 está asignado a pg. Me puedo conectar con
psql -p 5432
pero ¿por qué psql piensa que es 5433 y cómo hago para que psql se vea en el lugar correcto de forma predeterminada?
El puerto predeterminado de Postgres se configura comúnmente en:
sudo vi /<path to your installation>/data/postgresql.conf
En Ubuntu esto podría ser:
sudo vi /<path to your installation>/main/postgresql.conf
Busque el port en este archivo.
Gracias al a_horse_with_no_name de a_horse_with_no_name , cambié mi definición de PGPORT a 5432 en pg_env.sh. Eso solucionó el problema para mí. No sé por qué Postgres lo configuró como 5433 inicialmente cuando estaba alojando el servicio en 5432.
Me encontré con este problema también, terminó que tenía dos servidores Postgres ejecutándose al mismo tiempo. Desinstalé uno de ellos y cambié el puerto a 5432 y funciona bien ahora.
Para mí en PgAdmin 4 en Mac OS High Sierra , al hacer clic en la base de datos PostrgreSQL10 en Servidores en la columna izquierda, luego en la pestaña Propiedades , se muestra 5433 como el puerto en Conexión . (No sé por qué, porque elegí 5432 durante la instalación). De todos modos, hice clic en el icono Editar en la pestaña Propiedades , lo cambié a 5432 , guardado, y eso resolvió el problema. Imagínate.
Parece que una de las razones más comunes que esto sucede es si instala una nueva versión de PostgreSQL sin detener el servicio de una instalación existente. Este fue un dolor de cabeza particular mío, también. Antes de instalar o actualizar, especialmente en OS X y utilizando el instalador de un clic de Enterprise DB, asegúrese de verificar el estado de la instalación anterior antes de continuar.
Respuesta rápida en OSX, configure sus variables de entorno.
exportar PGHOST = localhost
exportar PGPORT = 5432
O lo que sea que necesites
/etc/services es solo de asesoramiento, es una lista de puertos conocidos. No significa que nada se esté ejecutando realmente en ese puerto o que el servicio nombrado se ejecutará en ese puerto.
En el caso de PostgreSQL es típico usar el puerto 5432 si está disponible. Si no es así, la mayoría de los instaladores elegirán el siguiente puerto libre, generalmente 5433.
Puede ver lo que se está ejecutando realmente con la herramienta netstat (disponible en OS X, Windows y Linux, con una sintaxis de línea de comando que varía entre las tres).
Esto es aún más complicado en los sistemas Mac OS X por el horrible desastre de los diferentes paquetes de PostgreSQL: la versión antigua de Apple de PostgreSQL integrada en el sistema operativo, Postgres.app, Homebrew, Macports, el instalador de EnterpriseDB, etc.
Lo que sucede es que el usuario instala Pg e inicia un servidor de un paquete, pero usa el cliente psql y libpq de un paquete diferente. Por lo general, esto ocurre cuando ejecutan Postgres.app o homebrew Pg y se conectan con el psql que se envió con el sistema operativo. No solo estos tienen a veces diferentes puertos predeterminados, sino que el Pg que se incluye con Mac OS X tiene una ruta de socket de Unix diferente, por lo que incluso si el servidor se ejecuta en el mismo puerto, no escuchará el mismo socket de Unix.
La mayoría de los usuarios de Mac psql -h localhost esto simplemente usando tcp / ip con psql -h localhost . También puede especificar un puerto si es necesario, por ejemplo, psql -h localhost -p 5433 . Es posible que tenga varias instancias de PostgreSQL en ejecución, por lo que debe asegurarse de que se está conectando a la correcta utilizando la select version() y SHOW data_directory; .
También puede especificar un directorio de socket de Unix; compruebe la configuración de unix_socket_directories de la instancia de PostgreSQL a la que desea conectarse y especifique eso con psql -h , por ejemplo, psql -h /tmp .
Una solución más limpia es corregir la PATH sistema de modo que psql y libpq asociados con PostgreSQL que está ejecutando realmente sean los primeros que se encuentren en la PATH . Los detalles de eso dependen de tu versión de Mac OS X y de los paquetes Pg que hayas instalado. No uso Mac y no puedo ofrecer muchos más detalles sobre ese lado sin pasar más tiempo de lo que actualmente está disponible.