L’erreur Post­greSQL « could not connect to the server » peut arriver pour dif­fé­rentes raisons. Il suffit en général de re­dé­mar­rer ce système de gestion de base de données open source ou d’ajuster les pa­ra­mètres TCP/IP.

Con­fi­gu­ra­tion requise

  • Un serveur Cloud qui exécute Linux (CentOS 7 ou Ubuntu 16.04)
  • Post­greSQL installé et en cours d’exécution.
Serveurs virtuels (VPS)
VPS éco­no­miques sur serveurs Dell En­ter­prise
  • 1 Gbit/s de bande passante et trafic illimité
  • Dis­po­ni­bi­lité de 99,99 % et cer­ti­fi­ca­tion ISO
  • As­sis­tance 24/7 primée pour sa qualité et con­seil­ler personnel

« Could not connect to server: No such file or directory »

L’erreur Post­greSQL « Could not connect to the server : No such file or directory » signifie en général que Post­greSQL n’est pas en cours d’exécution. Néanmoins, cette erreur est en réalité souvent liée à des problèmes de per­mis­sions.

Pour commencer, utilisez la commande systemctl status post­gresql pour vérifier le statut de Post­greSQL :

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 le statut apparaît comme actif, re­dé­mar­rez Post­greSQL à l’aide de la commande systemctl restart post­gresql. Si le statut apparaît comme inactif, lancez Post­greSQL à l’aide de la commande systemctl start posgresql.

Si un re­dé­mar­rage ne suffit pas à résoudre le problème, jetez un œil aux per­mis­sions de votre ré­per­toire avec le chemin /var/lib/post­gresql/9.6/main. Le numéro de version 9.6 peut être différent selon votre ins­tal­la­tion. En principe, les per­mis­sions liées aux dossiers sont définies sous « 0700 » et les per­mis­sions liées aux fichiers sont définies sous « 0600 ». Cela signifie que les dossiers doivent disposer des per­mis­sions lire, écrire et exécuter, et les fichiers des per­mis­sions lire et écrire. Utilisez la commande ls dans le chemin ci-dessus pour afficher les per­mis­sions actuelles.

Si vous vous apercevez que les per­mis­sions sont dif­fé­rentes, exécutez les commandes suivantes dans la ligne de commande :

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

Re­dé­mar­rez Post­greSQL comme exposé plus haut.

« Could not connect to server: Con­nec­tion refused »

Une autre variante de l’erreur Post­greSQL est : « Could not connect to server: Con­nec­tion refused ».

Pour commencer, utilisez la commande systemctl-status post­gresql pour vérifier que Post­greSQL est en cours d’exécution. Pour être sûr que Post­greSQL s’exécute, vous pouvez également le re­dé­mar­rer à l’aide de systemctl restart post­gresql.

Si ceci ne résout pas le problème, la cause la plus probable de cette erreur est le fait que Post­greSQL n’est pas configuré pour permettre les con­nexions TCP/IP.

Pour corriger ceci, éditez votre fichier posgresql.conf. Ces derniers sont ac­ces­sibles en suivant l’un des chemins d’accès fichiers suivants, selon votre dis­tri­bu­tion Linux :

  • Ubuntu 16.04 : sudo nano /etc/post­gresql/9.5/main/posgresql.conf
  • CentOS 7 : sudo nano /usr/pgsql-10/share/post­gresql.conf

Vérifiez la con­fi­gu­ra­tion de listen_address. Pour autoriser les con­nexions TCP/IP, elle devrait être définie sur « 0.0.0.0 » (pour autoriser les con­nexions depuis toutes les adresses IP) ou sur l’adresse IP spé­ci­fique du serveur qu’elle au­to­ri­sera à se connecter.

Si cette con­fi­gu­ra­tion est laissée vide ou définie sur localhost, Post­greSQL n’au­to­ri­sera pas les con­nexions TCP/IP. Ceci cor­res­pond également à la con­fi­gu­ra­tion par défaut de Post­greSQL.

Post­greSQL n’est pas en mesure de se connecter au serveur lorsque la connexion est bloquée par un pare-feu. Veuillez noter que tous les serveurs Cloud sont concernés par les règles de pare-feu par défaut, les­quelles sont con­trô­lées depuis le Cloud Panel.

Backup Cloud par Acronis
Protégez vos appareils et réduisez les temps d'arrêt
  • Sau­ve­garde au­to­ma­tique et res­tau­ra­tion facile
  • Gestion et pla­ni­fi­ca­tion in­tui­tives
  • Pro­tec­tion contre les menaces basée sur l'IA
Aller au menu principal