erreur avec la base de données postgresql: le serveur est-il exécuté localement et accepte-t-il les connexions sur le socket de domaine Unix "/var/run/postgresql/.s.PGSQL.5432"?

La convention pour PostgreSQL empaqueté pour Debian ou dérivés de Debian comme Ubuntu est d'utiliser /var/run/postgresql que le répertoire pour les sockets de domaine Unix. D'autre part, la convention pour l'auto-compilé postgres client libs est d'utiliser /tmpà moins que l'auto-configuré autrement.

Donc l'habituel cause de ce décalage entre les deux est un mélange d'auto-compilé côté client des trucs avec des pré-compilé côté serveur paquets (même si le client et le serveur sont installés sur la même machine, côté client et côté serveur sont encore distinctes et peuvent être hors de la synchronisation).

Doux liens de /tmp à ce répertoire comme suggéré par le demandeur fonctionne sauf que le lien va être perdu à chaque reboot, parce qu'en général /tmp est vidé à chaque redémarrage.

Une meilleure option serait d'ajouter une entrée dans database.yml:

• soit host: /tmp si le réel socket chemin est /tmp (auto-serveur compilé, emballé client)

• ou host: /var/run/postgresql si le réel socket chemin /var/run/postgresql/ (emballé serveur, auto-compilé client).

Lorsque la valeur dans le champ hôte commence par une barre oblique, la postgres bibliothèque sait que c'est l'emplacement d'un répertoire local sockets plutôt que d'un nom d'hôte. Le nom de fichier à l'intérieur du répertoire .s.PGSQL.portnumber est généré et ne doit pas être spécifié, seul le répertoire.

Une autre possibilité consiste à configurer l'auto-compilé des packages de logiciels d'aussi près que possible de Debian, en remplaçant les valeurs par défaut comme ils le font.

Je l'ai résolu . Je Viens de créer un softlink en utilisant :

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

puis modifier le

/etc/postgresql/9.4/main/pg_hba.conf

( Si vous avez une autre version de postgresql, vous devez changer 9.4 dans le chemin d'accès)

À partir de:

local all postgres peer

:

local all postgres md5

Solution:

Essayer cette

export LC_ALL="en_US.UTF-8"

et ce. (9.3 est ma version de PostgreSQL. Écrivez votre version!)

sudo pg_createcluster 9.3 main --start

De course pg_lsclusters la liste de toutes les postgres clusters en cours d'exécution sur votre appareil
par exemple:

Ver Cluster Port Status Owner    Data directory               Log file
9.6 main    5432 online postgres /var/lib/postgresql/9.6/main /var/log/postgresql/postgresql-9.6-main.log

si le statut est en descente

#format is pg_ctlcluster <version> <cluster> <action>
sudo pg_ctlcluster 9.6 main start

Si ce processus n'est pas réussi, il va jeter l'erreur.
Mon erreur a été(Vous pouvez voir le journal des erreurs sur /var/log/postgresql/postgresql-9.6-main.log)

FATAL: could not access private key file "/etc/ssl/private/ssl-cert-snakeoil.key": Permission denied
Try adding `postgres` user to the group `ssl-cert`

assurez-vous que postgres est le propriétaire de /var/lib/postgresql/version_no/main
par exemple: sudo chown postgres -R /var/lib/postgresql/9.6/main/

Il m'est arrivé et il s'est avéré que j'ai supprimé par erreur l'utilisateur Postgres "ssl-cert" du groupe. Exécuter le code ci-dessous pour corriger le groupe d'utilisateurs émettre et de fixer les autorisations

#set user to group back with
sudo gpasswd -a postgres ssl-cert

# Fixed ownership and mode
sudo chown root:ssl-cert  /etc/ssl/private/ssl-cert-snakeoil.key
sudo chmod 740 /etc/ssl/private/ssl-cert-snakeoil.key

# now postgresql starts! (and install command doesn't fail anymore)
sudo service postgres restart