El error de Po­s­t­gre­S­QL “Could not connect to server” puede ocurrir por varias razones. A menudo basta con reiniciar el sistema gestor de bases de datos de código abierto o ajustar la co­n­fi­gu­ra­ción TCP/IP.

Re­qui­si­tos

  • Servidor cloud fu­n­cio­na­n­do con Linux (CentOS 7 o Ubuntu 16.04)
  • Po­s­t­gre­S­QL instalado y fu­n­cio­na­n­do.
Se­r­vi­do­res virtuales (VPS)
VPS rentables en se­r­vi­do­res Dell En­te­r­pri­se
  • 1 Gb/s de ancho de banda y tráfico ilimitado
  • 99,99 % de tiempo de actividad y ce­r­ti­fi­ca­ción ISO
  • Soporte 24/7 ga­la­r­do­na­do y asesor personal

“Could not connect to server: No such file or directory”

El error de Po­s­t­gre­S­QL “Could not connect to server: No such file or directory” suele si­g­ni­fi­car que Po­s­t­gre­S­QL no se está eje­cu­ta­n­do. Sin embargo, el error suele estar re­la­cio­na­do con problemas de permisos.

En primer lugar, utiliza el comando systemctl status po­s­t­gre­s­ql para comprobar el estado de Po­s­t­gre­S­QL:

user@localhost:~# systemctl status postgresql
● postgresql.service - PostgreSQL RDBMS
   Loaded: loaded (/lib/systemd/system/postgresql.service; enabled; vendor preset: enabled)
   Active: **active** (exited) since Thu 2017-03-23 21:34:03 UTC; 14s ago
 Main PID: 24289 (code=exited, status=0/SUCCESS)
   CGroup: /system.slice/postgresql.service
Mar 23 21:34:03 localhost.localdomain systemd[1]: Starting PostgreSQL RDBMS...
Mar 23 21:34:03 localhost.localdomain systemd[1]: Started PostgreSQL RDBMS.
Mar 23 21:34:08 localhost.localdomain systemd[1]: Started PostgreSQL RDBMS.

Si el estado se muestra como activo, reinicia Po­s­t­gre­S­QL con el comando systemctl restart po­s­t­gre­s­ql. Si el estado se muestra como inactivo, inicia Po­s­t­gre­S­QL con el comando systemctl start posgresql.

Si un reinicio no soluciona el problema, mira los permisos de tu di­re­c­to­rio con la ruta /var/lib/po­s­t­gre­s­ql/9.6/main. El número de la versión 9.6 puede variar según tu in­s­ta­la­ción. Se supone que los permisos de las carpetas están es­ta­ble­ci­dos en “0700” y los de los archivos en “0600”. Esto significa que las carpetas deben tener permisos de lectura, escritura y ejecución, y los archivos deben tener permisos de lectura y escritura. Utiliza el comando ls en la ruta anterior para mostrar los permisos actuales.

Si descubres que los permisos son di­fe­re­n­tes, ejecuta los si­guie­n­tes comandos en la línea de comandos:

sudo chown -R postgres:postgres /var/lib/postgresql/9.6/
sudo chmod -R u=rwX,go= /var/lib/postgresql/9.6/

Reinicia Po­s­t­gre­S­QL como se indica arriba.

“Could not connect to server: Co­n­ne­c­tion refused”

Otra variante del error de Po­s­t­gre­S­QL es “Could not connect to server: Co­n­ne­c­tion refused”.

En primer lugar, utiliza el comando systemctl-status po­s­t­gre­s­ql para verificar que Po­s­t­gre­S­QL se está eje­cu­ta­n­do. Para ase­gu­rar­te de que Po­s­t­gre­S­QL se está eje­cu­ta­n­do, también puedes re­ini­ciar­lo con systemctl restart po­s­t­gre­s­ql.

Si esto no soluciona el problema, la causa más probable de este error es que Po­s­t­gre­S­QL no se ha co­n­fi­gu­ra­do para permitir co­ne­xio­nes TCP/IP.

Para corregir esto, edita tu archivo posgresql.conf. Estos pueden en­co­n­trar­se en una de las si­guie­n­tes rutas de archivos, de­pe­n­die­n­do de tu di­s­tri­bu­ción de Linux:

  • Ubuntu 16.04: sudo nano /etc/po­s­t­gre­s­ql/9.5/main/posgresql.conf
  • CentOS 7: sudo nano /usr/pgsql-10/share/po­s­t­gre­s­ql.conf

Comprueba la co­n­fi­gu­ra­ción de listen_address. Para permitir las co­ne­xio­nes TCP/IP, debe ajustarse a “0.0.0.0” (para permitir las co­ne­xio­nes desde todas las di­re­c­cio­nes IP) o a la dirección IP es­pe­cí­fi­ca del servidor que permitirá co­ne­c­tar­se.

Si esta co­n­fi­gu­ra­ción se deja en blanco o se establece como localhost, Po­s­t­gre­S­QL no permitirá co­ne­xio­nes TCP/IP externas. Esto también co­rre­s­po­n­de a la co­n­fi­gu­ra­ción por defecto de Po­s­t­gre­S­QL.

Po­s­t­gre­S­QL no podrá co­ne­c­tar­se al servidor cuando la conexión esté bloqueada por un firewall. Ten en cuenta que todos los se­r­vi­do­res en la nube se ven afectados por defecto por las políticas de los firewalls, que se controla desde el Cloud Panel.

Backup cloud por Acronis
Protege tu in­frae­s­tru­c­tu­ra y reduce el tiempo de inac­ti­vi­dad
  • Copias de seguridad au­to­má­ti­cas y fácil re­cu­pe­ra­ción
  • Gestión y pla­ni­fi­ca­ción intuitiva
  • Pro­te­c­ción contra las amenazas basadas en IA
  • Incluye crédito inicial de 250 € el primer mes
Ir al menú principal