web-dev-qa-db-fra.com

Impossible de connecter le postgreSQL avec psycopg2

C'est la première fois que je ne trouve pas la réponse à certains problèmes techniques. Voici mes problèmes:

>> conn=psycopg2.connect(database="mydb", user="postgres", password="123",port=5432)

Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
psycopg2.OperationalError: could not connect to server: No such file or directory
    Is the server running locally and accepting
    connections on Unix domain socket "/var/run/postgresql/.s.PGSQL.5432"?
  1. Mon postgreSQL fonctionne
  2. Mon port d'écoute est bien sûr 5432
  3. root @ lanston-laptop: ~ # psql -l Mot de passe:
 Liste des bases de données 
 Nom | Propriétaire | Encodage | Collation | Ctype | Privilèges d'accès 
 --------------- + ---------- + ---------- + ----- ------- + ------------ + ----------------------- 
 checkdatabase | postgres | UTF8 | en_US.utf8 | en_US.utf8 | 
 mydb | postgres | UTF8 | en_US.utf8 | en_US.utf8 | 
 postgres | postgres | UTF8 | en_US.utf8 | en_US.utf8 | 
 template0 | postgres | UTF8 | en_US.utf8 | en_US.utf8 | = c/postgres + 
 | | | | | postgres = CTc/postgres 
 template1 | postgres | UTF8 | en_US.utf8 | en_US.utf8 | = c/postgres + 
 | | | | | postgres = CTc/postgres

Merci beaucoup!

postgresqlpsycopg2
33
Lanston

Votre libpq, qui est utilisé par psycopg2, s'attend à ce que le socket Postgres soit dans /var/run/postgresql/ mais lorsque vous installez Postgres depuis la source, c'est par défaut dans /tmp/.

Vérifiez s'il existe un fichier /tmp/.s.PGSQL.5432 au lieu de /var/run/postgresql/.s.PGSQL.5432. Essayer:

conn=psycopg2.connect(
  database="mydb",
  user="postgres",
  Host="/tmp/",
  password="123"
)
54
Tometzky

Essayez de changer le port en 5433 au lieu de 5432

6
radeklos

Seulement cela a résolu mon problème, faites un lien symbolique vers le /tmp/.s.PGSQL.5432:

Sudo ln -s /tmp/.s.PGSQL.5432 /var/run/postgresql/.s.PGSQL.5432

Merci à Sukhjit Singh Sehra - s-postgresql-server-is-running

4
Dhanalal Bhardwaj

quelques années plus tard, en utilisant installation 'graphique' d'EnterpriseDB sur OSX 10.8, et l'installation par pip de psycopg2 (après avoir lié les /Library/...dylib's comme décrit ici ) j'ai eu ce même problème.

pour moi, la commande de connexion correcte était conn = psycopg2.connect('dbname=DBNAME user=postgres password=PWHERE Host=/tmp/')

3
rikb

J'avais initialement l'intention de faire un commentaire à Tometzky réponse, mais bon, j'ai beaucoup à dire ici ... Concernant le cas où vous n'appelez pas psycopg2.connect directement, mais utilisez un logiciel tiers.

tl; dr

Ensemble unix_socket_directories dans postgresql.conf à /var/run/postgresql, /tmp et redémarrez PostgreSQL.

intro

J'ai essayé PostgreSQL 9.2 (CentOS 7) et 9.5 (Ubuntu Xenial) à partir des dépôts de distribution, PostgreSQL 9.3, 9.4, 9.5, 9.6, 10 sur CentOS 7 à partir de PostgreSQL repo , PostgreSQL 9.6, 10 sur Ubuntu Xenial à partir de Repo PostgreSQL . Parmi eux, seulement 9.3 écoute seulement /tmp:

$ systemctl stop postgresql-9.4 && systemctl start postgresql-9.3
$ lsof -aUp $(ps --ppid 1 -o pid= -o comm= | awk '$2 == "postgres" || $2 == "postmaster" {print $1}')
COMMAND    PID     USER   FD   TYPE             DEVICE SIZE/OFF    NODE NAME
postgres 25455 postgres    4u  unix 0xffff9acb23bc5000      0t0 6813995 /tmp/.s.PGSQL.5432

$ systemctl stop postgresql-9.3 && systemctl start postgresql-9.4
$ lsof -aUp $(ps --ppid 1 -o pid= -o comm= | awk '$2 == "postgres" || $2 == "postmaster" {print $1}')
COMMAND    PID     USER   FD   TYPE             DEVICE SIZE/OFF    NODE NAME
postgres 26663 postgres    4u  unix 0xffff9ac8c5474c00      0t0 7086508 /var/run/postgresql/.s.PGSQL.5432
postgres 26663 postgres    5u  unix 0xffff9ac8c5477c00      0t0 7086510 /tmp/.s.PGSQL.5432

python-psycopg2

Ce n'est pas un gros problème avec psql, juste une question d'exécution du binaire correspondant. Mais si vous, par exemple, avez python-psycopg2 installé à partir du référentiel base ou update de CentOS. Il est lié dynamiquement à libpq fourni par le système d'exploitation. Avec 9.3 et 9.4 installé, le système d'exploitation fournit la version 9.4:

$ alternatives --display pgsql-ld-conf
pgsql-ld-conf - status is auto.
 link currently points to /usr/pgsql-10/share/postgresql-9.4-libs.conf
/usr/pgsql-9.3/share/postgresql-9.3-libs.conf - priority 930
/usr/pgsql-9.4/share/postgresql-9.4-libs.conf - priority 940
Current `best' version is /usr/pgsql-9.4/share/postgresql-9.4-libs.conf.

$ ls -l /etc/ld.so.conf.d
lrwxrwxrwx 1 root root 31 Feb  7 02:25 postgresql-pgdg-libs.conf -> /etc/alternatives/pgsql-ld-conf

$ ls -l /etc/alternatives/pgsql-ld-conf
lrwxrwxrwx 1 root root 43 Feb  7 02:25 /etc/alternatives/pgsql-ld-conf -> /usr/pgsql-9.4/share/postgresql-9.4-libs.conf

$ cat /usr/pgsql-9.4/share/postgresql-9.4-libs.conf
/usr/pgsql-9.4/lib/

Mais libpq fourni avec PostgreSQL 9.4 recherche le socket dans /var/run/postgresql par opposition à 9.3:

$ strings /usr/pgsql-9.3/lib/libpq.so.5 | egrep '/(tmp|var)'
/tmp

$ strings /usr/pgsql-9.4/lib/libpq.so.5 | egrep '/(tmp|var)'
/var/run/postgresql

La solution provient des scripts de post-installation des packages correspondants:

$ yum reinstall --downloadonly postgresql94-libs
$ rpm -qp /var/cache/yum/x86_64/7/pgdg94/packages/postgresql94-libs-9.4.15-1PGDG.rhel7.x86_64.rpm --scripts

postinstall scriptlet (using /bin/sh):
/usr/sbin/update-alternatives --install /etc/ld.so.conf.d/postgresql-pgdg-libs.conf   pgsql-ld-conf        /usr/pgsql-9.4/share/postgresql-9.4-libs.conf 940
/sbin/ldconfig                                                                                 

# Drop alternatives entries for common binaries and man files                                  
postuninstall scriptlet (using /bin/sh):                                                       
if [ "$1" -eq 0 ]
  then
    /usr/sbin/update-alternatives --remove pgsql-ld-conf /usr/pgsql-9.4/share/postgresql-9.4-libs.conf
    /sbin/ldconfig                                                                             
fi

Supprimer temporairement l'alternative de 9.4:

$ alternatives --remove pgsql-ld-conf /usr/pgsql-9.4/share/postgresql-9.4-libs.conf
$ ldconfig

Une fois terminé, réinstallez postgresql94-libs, ou ajoutez l'alternative:

$ alternatives --install /etc/ld.so.conf.d/postgresql-pgdg-libs.conf pgsql-ld-conf /usr/pgsql-9.4/share/postgresql-9.4-libs.conf 940
$ ldconfig

pip

Si vous installez psycopg2 avec pip d'autre part, il installe par défaut le paquet précompilé qui est livré avec son propre libpq, qui recherche le socket dans /var/run/postgresql:

$ python3.5 -m venv 1
$ . ./1/bin/activate
(1) $ pip install psycopg2

(1) $ python
>>> import psycopg2
>>>Ctrl-Z
[1]+  Stopped                 python

(1) $ pgrep python
26311

(1) $ grep libpq /proc/26311/maps | head -n 1
7f100b8cb000-7f100b90e000 r-xp 00000000 08:04 112980                     /home/yuri/1/lib/python3.5/site-packages/psycopg2/.libs/libpq-909a53d8.so.5.10

(1) $ strings /home/yuri/1/lib/python3.5/site-packages/psycopg2/.libs/libpq-909a53d8.so.5.10 | egrep '/(tmp|var)'
/var/run
/var/run/postgresql

La solution est de demander à pip de ne pas installer le paquet précompilé et de faire pg_config de la version appropriée de PostgreSQL disponible:

$ PATH=/usr/pgsql-9.3/lib:$PATH pip install --no-binary psycopg2 psycopg2

Vous pouvez même ajouter --no-binary basculer vers requirements.txt :

psycopg2==2.7.3.2 --no-binary psycopg2

unix_socket_directories

L'option la plus simple consiste à utiliser unix_socket_directories option :

1
x-yuri