Après avoir fait la mise à jour et la mise à niveau de la bière, mes postgres ont eu un problème. J'ai essayé de désinstaller postgres et de réinstaller, mais cela n'a pas fonctionné aussi bien.

Ceci est le message d'erreur. (J'ai également reçu ce message d'erreur lorsque j'essaie de faire râteau db: migrer)

$ 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.5432"?

Comment puis-je le résoudre?

Version Mac: Mountain lion.

version homebrew: 0.9.3

version postgres: psql (PostgreSQL) 9.2.1

Et c'est ce que j'ai fait.

12:30 ~/D/works$ brew uninstall postgresql
Uninstalling /usr/local/Cellar/postgresql/9.2.1...
12:31 ~/D/works$ brew uninstall postgresql
Uninstalling /usr/local/Cellar/postgresql/9.1.4...
12:31 ~/D/works$ psql --version
bash: /usr/local/bin/psql: No such file or directory
12:33 ~/D/works$ brew install postgresql
==> Downloading http://ftp.postgresql.org/pub/source/v9.2.1/postgresql-9.2.1.tar.bz2
Already downloaded: /Library/Caches/Homebrew/postgresql-9.2.1.tar.bz2
......
......
==> Summary
/usr/local/Cellar/postgresql/9.2.1: 2814 files, 38M, built in 2.7 minutes
12:37 ~/D/works$ initdb /usr/local/var/postgres -E utf8
The files belonging to this database system will be owned by user "laigary".
This user must also own the server process.

The database cluster will be initialized with locale "en_US.UTF-8".
The default text search configuration will be set to "english".

initdb: directory "/usr/local/var/postgres" exists but is not empty
If you want to create a new database system, either remove or empty
the directory "/usr/local/var/postgres" or run initdb
with an argument other than "/usr/local/var/postgres".
12:39 ~/D/works$ mkdir -p ~/Library/LaunchAgents
12:39 ~/D/works$   cp /usr/local/Cellar/postgresql/9.2.1/homebrew.mxcl.postgresql.plist ~/Library/LaunchAgents/
12:39 ~/D/works$   launchctl load -w ~/Library/LaunchAgents/homebrew.mxcl.postgresql.plist
homebrew.mxcl.postgresql: Already loaded
12:39 ~/D/works$ pg_ctl -D /usr/local/var/postgres -l /usr/local/var/postgres/server.log start
server starting
12:39 ~/D/works$ env ARCHFLAGS="-arch x86_64" gem install pg
Building native extensions.  This could take a while...
Successfully installed pg-0.14.1
1 gem installed
12:42 ~/D/works$ psql --version
psql (PostgreSQL) 9.2.1
12:42 ~/D/works$ 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.5432"?

Maintenant, après avoir réinstallé howbrew, lorsque j'utilise $ psql, il n'affiche aucun message d'erreur.

Mais je cours rake db:migratedans mon application rails, ça montre:

could not connect to server: No such file or directory
    Is the server running locally and accepting
    connections on Unix domain socket "/var/pgsql_socket/.s.PGSQL.5432"?
/usr/local/Cellar/ruby/1.9.3-p327/lib/ruby/gems/1.9.1/gems/activerecord-3.2.8/lib/active_record/connection_adapters/postgresql_adapter.rb:1213:in `initialize'
/usr/local/Cellar/ruby/1.9.3-p327/lib/ruby/gems/1.9.1/gems/activerecord-3.2.8/lib/active_record/connection_adapters/postgresql_adapter.rb:1213:in `new'
/usr/local/Cellar/ruby/1.9.3-p327/lib/ruby/gems/1.9.1/gems/activerecord-3.2.8/lib/active_record/connection_adapters/postgresql_adapter.rb:1213:in `connect'
/usr/local/Cellar/ruby/1.9.3-p327/lib/ruby/gems/1.9.1/gems/activerecord-3.2.8/lib/active_record/connection_adapters/postgresql_adapter.rb:329:in `initialize'
/usr/local/Cellar/ruby/1.9.3-p327/lib/ruby/gems/1.9.1/gems/activerecord-3.2.8/lib/active_record/connection_adapters/postgresql_adapter.rb:28:in `new'
/usr/local/Cellar/ruby/1.9.3-p327/lib/ruby/gems/1.9.1/gems/activerecord-3.2.8/lib/active_record/connection_adapters/postgresql_adapter.rb:28:in `postgresql_connection'
/usr/local/Cellar/ruby/1.9.3-p327/lib/ruby/gems/1.9.1/gems/activerecord-3.2.8/lib/active_record/connection_adapters/abstract/connection_pool.rb:309:in `new_connection'
/usr/local/Cellar/ruby/1.9.3-p327/lib/ruby/gems/1.9.1/gems/activerecord-3.2.8/lib/active_record/connection_adapters/abstract/connection_pool.rb:319:in `checkout_new_connection'
/usr/local/Cellar/ruby/1.9.3-p327/lib/ruby/gems/1.9.1/gems/activerecord-3.2.8/lib/active_record/connection_adapters/abstract/connection_pool.rb:241:in `block (2 levels) in checkout'
/usr/local/Cellar/ruby/1.9.3-p327/lib/ruby/gems/1.9.1/gems/activerecord-3.2.8/lib/active_record/connection_adapters/abstract/connection_pool.rb:236:in `loop'
/usr/local/Cellar/ruby/1.9.3-p327/lib/ruby/gems/1.9.1/gems/activerecord-3.2.8/lib/active_record/connection_adapters/abstract/connection_pool.rb:236:in `block in checkout'
/usr/local/Cellar/ruby/1.9.3-p327/lib/ruby/1.9.1/monitor.rb:211:in `mon_synchronize'
/usr/local/Cellar/ruby/1.9.3-p327/lib/ruby/gems/1.9.1/gems/activerecord-3.2.8/lib/active_record/connection_adapters/abstract/connection_pool.rb:233:in `checkout'
/usr/local/Cellar/ruby/1.9.3-p327/lib/ruby/gems/1.9.1/gems/activerecord-3.2.8/lib/active_record/connection_adapters/abstract/connection_pool.rb:96:in `block in connection'
/usr/local/Cellar/ruby/1.9.3-p327/lib/ruby/1.9.1/monitor.rb:211:in `mon_synchronize'
/usr/local/Cellar/ruby/1.9.3-p327/lib/ruby/gems/1.9.1/gems/activerecord-3.2.8/lib/active_record/connection_adapters/abstract/connection_pool.rb:95:in `connection'
/usr/local/Cellar/ruby/1.9.3-p327/lib/ruby/gems/1.9.1/gems/activerecord-3.2.8/lib/active_record/connection_adapters/abstract/connection_pool.rb:404:in `retrieve_connection'
/usr/local/Cellar/ruby/1.9.3-p327/lib/ruby/gems/1.9.1/gems/activerecord-3.2.8/lib/active_record/connection_adapters/abstract/connection_specification.rb:170:in `retrieve_connection'
/usr/local/Cellar/ruby/1.9.3-p327/lib/ruby/gems/1.9.1/gems/activerecord-3.2.8/lib/active_record/connection_adapters/abstract/connection_specification.rb:144:in `connection'
/usr/local/Cellar/ruby/1.9.3-p327/lib/ruby/gems/1.9.1/gems/activerecord-3.2.8/lib/active_record/railties/databases.rake:107:in `rescue in create_database'
/usr/local/Cellar/ruby/1.9.3-p327/lib/ruby/gems/1.9.1/gems/activerecord-3.2.8/lib/active_record/railties/databases.rake:51:in `create_database'
/usr/local/Cellar/ruby/1.9.3-p327/lib/ruby/gems/1.9.1/gems/activerecord-3.2.8/lib/active_record/railties/databases.rake:40:in `block (3 levels) in <top (required)>'
/usr/local/Cellar/ruby/1.9.3-p327/lib/ruby/gems/1.9.1/gems/activerecord-3.2.8/lib/active_record/railties/databases.rake:40:in `each'
/usr/local/Cellar/ruby/1.9.3-p327/lib/ruby/gems/1.9.1/gems/activerecord-3.2.8/lib/active_record/railties/databases.rake:40:in `block (2 levels) in <top (required)>'
/usr/local/Cellar/ruby/1.9.3-p327/lib/ruby/1.9.1/rake/task.rb:205:in `call'
/usr/local/Cellar/ruby/1.9.3-p327/lib/ruby/1.9.1/rake/task.rb:205:in `block in execute'
/usr/local/Cellar/ruby/1.9.3-p327/lib/ruby/1.9.1/rake/task.rb:200:in `each'
/usr/local/Cellar/ruby/1.9.3-p327/lib/ruby/1.9.1/rake/task.rb:200:in `execute'
/usr/local/Cellar/ruby/1.9.3-p327/lib/ruby/1.9.1/rake/task.rb:158:in `block in invoke_with_call_chain'
/usr/local/Cellar/ruby/1.9.3-p327/lib/ruby/1.9.1/monitor.rb:211:in `mon_synchronize'
/usr/local/Cellar/ruby/1.9.3-p327/lib/ruby/1.9.1/rake/task.rb:151:in `invoke_with_call_chain'
/usr/local/Cellar/ruby/1.9.3-p327/lib/ruby/1.9.1/rake/task.rb:144:in `invoke'
/usr/local/Cellar/ruby/1.9.3-p327/lib/ruby/1.9.1/rake/application.rb:116:in `invoke_task'
/usr/local/Cellar/ruby/1.9.3-p327/lib/ruby/1.9.1/rake/application.rb:94:in `block (2 levels) in top_level'
/usr/local/Cellar/ruby/1.9.3-p327/lib/ruby/1.9.1/rake/application.rb:94:in `each'
/usr/local/Cellar/ruby/1.9.3-p327/lib/ruby/1.9.1/rake/application.rb:94:in `block in top_level'
/usr/local/Cellar/ruby/1.9.3-p327/lib/ruby/1.9.1/rake/application.rb:133:in `standard_exception_handling'
/usr/local/Cellar/ruby/1.9.3-p327/lib/ruby/1.9.1/rake/application.rb:88:in `top_level'
/usr/local/Cellar/ruby/1.9.3-p327/lib/ruby/1.9.1/rake/application.rb:66:in `block in run'
/usr/local/Cellar/ruby/1.9.3-p327/lib/ruby/1.9.1/rake/application.rb:133:in `standard_exception_handling'
/usr/local/Cellar/ruby/1.9.3-p327/lib/ruby/1.9.1/rake/application.rb:63:in `run'
/usr/local/bin/rake:32:in `<main>'
Couldn't create database for {"adapter"=>"postgresql", "encoding"=>"unicode", "database"=>"riy_development", "pool"=>5, "username"=>nil, "password"=>nil}

Enfin je trouve la solution.

$ sudo mkdir /var/pgsql_socket/
$ sudo ln -s /private/tmp/.s.PGSQL.5432 /var/pgsql_socket/

Cette solution est peu délicate, mais elle fonctionne. J'espère que tout le monde a une meilleure solution

Mise à jour

Cela fonctionne aussi pour moi.

rm /usr/local/var/postgres/postmaster.pid

Eu un problème similaire; un fichier pid bloquait le démarrage de postgres. Réparer:

rm /usr/local/var/postgres/postmaster.pid

et puis tout va bien.

Cela peut parfois être un problème avec une mise à niveau postgres.

Dans mon cas, cela s'est produit lors de la mise à niveau de 9.3 vers 9.4.

Voir http://www.postgresql.org/docs/9.4/static/upgrading.html

OS X / Homebrew:

Essayez postgres -D /usr/local/var/postgresde lancer - cela vous donnera une sortie beaucoup plus détaillée si postgres ne démarre pas.

Dans mon cas, l'exécution a rm -rf /usr/local/var/postgres && initdb /usr/local/var/postgres -E utf8supprimé mes anciennes bases de données, puis a réinitialisé le schéma db postgres.

Merci à https://github.com/Homebrew/homebrew/issues/35240 pour cette solution.

Après avoir régénéré mes bases de données (avec rake db:create) tout a bien fonctionné à nouveau.

Trouvé une solution qui a fonctionné pour moi ici:

/dba/75214/psql-could-not-connect-to-server-no-such-file-or-directory

Vous exécutez essentiellement la commande suivante pour démarrer manuellement le serveur:

pg_ctl -D /usr/local/var/postgres -l /usr/local/var/postgres/server.log start

Si l'installation et la désinstallation de postgres avec brew ne fonctionne pas pour vous, consultez les journaux de votre installation de postgresql ou:

postgres -D /usr/local/var/postgres

si vous voyez ce type de sortie:

LOG:  skipping missing configuration file "/usr/local/var/postgres/postgresql.auto.conf"
FATAL:  database files are incompatible with server
DETAIL:  The data directory was initialized by PostgreSQL version 9.4, which is not compatible with this version 9.6.1.

Essayez ensuite ce qui suit:

rm -rf /usr/local/var/postgres && initdb /usr/local/var/postgres -E utf8

Démarrez ensuite le serveur:

pg_ctl -D /usr/local/var/postgres -l logfile start

La source

Sur Yosemite, si le fichier pid empêche Postgres de démarrer et que vous avez un launchctldémon essayant (et échouant) de charger les démons de base de données, alors vous devrez décharger le fichier plist:

$ launchctl unload ~/Library/LaunchAgents/homebrew.mxcl.postgresql.plist

Ensuite, supprimez le fichier pid

$ rm /usr/local/var/postgres/postmaster.pid

Rechargez ensuite le launchctldémon

$ launchctl load ~/Library/LaunchAgents/homebrew.mxcl.postgresql.plist

Pour toute personne lisant ceci et utilisant Postgres.app, vous devrez peut-être host: localhostdans votre database.yml. http://postgresapp.com/documentation#toc_3

La mise à niveau de la base de données fonctionne pour moi

brew postgresql-upgrade-database

brew services start postgres 

travaillé pour moi!

Vérifiez que le fichier socket existe.

$ ls -l /tmp/.s.PGSQL.5432
srwxrwxrwx  1 you  wheel  0 Nov 16 09:22 /tmp/.s.PGSQL.5432

Si ce n'est pas le cas, vérifiez dans votre postgresql.conf la modification d'unix_socket_directory.

$ grep unix_socket /usr/local/var/postgres/postgresql.conf
#unix_socket_directory = ''     # (change requires restart)
#unix_socket_group = ''         # (change requires restart)
#unix_socket_permissions = 0777     # begin with 0 to use octal notation

Le problème peut également être attribué à un processus en panne qui a laissé le fichier postmaster.pid derrière. Je fais cela et je travaille:

$ brew services stop postgresql
$ rm /usr/local/var/postgres/postmaster.pid # adjust path accordingly to your install
$ brew services start postgresql

La façon la plus infaillible de contourner cela est de faire

brew reinstall postgresql

Cela gardera votre autorisation d'utilisateur, etc. tout intact et tout sera réinitialisé à nouveau. Fonctionne tout le temps!

Le problème est dû au fait qu'il existe déjà un service en cours d'exécution sur le port 5432 et que nous ne pouvons pas établir de connexion de socket psql via ce port.

J'ai supprimé le fichier socket

rm -rf /tmp/.s.PGSQL.5432/

Ensuite, j'ai réinitialisé les services postgres

postgres -D /usr/local/var/postgres

Cela a fonctionné pour moi.

Changer les paramètres de configuration postresql ou database.yml, changer $ PATH ou créer des liens symboliques n'était pas nécessaire pour moi. Tout ce que je devais faire était gem uninstall pget puis bundle(ou gem install pg).

Le problème était que le pg gem avait été installé avant les postgres homebrew, tout comme les paramètres de la version de postgres fournie avec MacOS. La réinstallation (et donc la reconstruction de l'extension native) a résolu le problème.

Cela m'est arrivé lors de la mise à niveau de la version 9.3.4 vers la version 9.5, car les bases de données sont incompatibles sans mise à niveau.

J'ai utilisé pg_upgrade comme suit:

Arrêtez les postgres

$ brew services stop postgresql

Mettez à niveau les bases de données:

$ pg_upgrade \
   -d /usr/local/var/postgres \
   -D /usr/local/var/postgres9.5 \
   -b /usr/local/Cellar/postgresql/9.3.4/bin/ \
   -B /usr/local/Cellar/postgresql/9.5.0/bin/ \
   -v

Archivez les anciennes bases de données:

 $ mv /usr/local/var/postgres /usr/local/var/postgres9.3.save
 $ mv /usr/local/var/postgres9.5 /usr/local/var/postgres

Redémarrez les postgres:

 $ brew services start postgresql

Gems mis à jour (pour les rails / enregistrement actif):

 $ gem uninstall pg
 $ gem uninstall activerecord-postgresql-adapter
 $ bundle install

C'est en fait ce que vous êtes censé faire:

vous devriez plutôt regarder /usr/local/var/postgres/postmaster.pid

puis regardez la première ligne du fichier - c'est le mauvais PID

Courir

ps aux | grep <PID>

par exemple:

ps aux | grep 12345

alors fais

kill <PID>

par exemple

kill 12345

En supposant qu'il fonctionne toujours

/superuser/553045/fatal-lock-file-postmaster-pid-already-exists

n'écoutez pas la réponse acceptée elle est mauvaise et corrompra vos données !!!

Option psql

-h nom d'hôte --host = nom d'hôte

: Spécifie le nom d'hôte de la machine sur laquelle le serveur s'exécute. Si la valeur commence par une barre oblique, elle est utilisée comme répertoire pour le socket de domaine Unix.

$ grep "port\|unix_socket" /etc/postgresql/9.1/main/postgresql.conf
port = 5433                                         # (change requires restart)
unix_socket_directory = '/var/run/postgresql'       # (change requires resta

$ netstat -nalp | grep postgres
unix  2      [ ACC ]     STREAM     LISTENING     106753   4349/postgres       /tmp/.s.PGSQL.5432
unix  2      [ ACC ]     STREAM     LISTENING     10377 1031/postgres       /var/run/postgresql/.s.PGSQL.5433

Exécutez psql avec l'option -host

$ psql -p 5433 -h /var/run/postgresql

Pas besoin de faire un lien doux

Nous avons également rencontré ce problème sur MacOS Sierra et lorsque nous avons exécuté pg_ctl comme décrit ci-dessus, nous avons ensuite eu l'erreur suivante pg_ctl: no database directory specified and environment variable PGDATA unset. Nous avons donc suivi les étapes ici qui ont résolu notre problème, à savoir:

mkdir ~/.postgres

initdb ~/.postgres

pg_ctl -D ~/.postgres start

Si postgres a été installé en utilisant homebrew, vous pouvez résoudre ce problème en exécutant:

brew link postgres

Cela a fonctionné pour moi (comme un mélange de réponses précédentes):

$ rm /usr/local/var/postgres/postmaster.pid

$ pg_ctl -D /usr/local/var/postgres -l /usr/local/var/postgres/server.log start

Source: https://coderwall.com/p/zf-fww/postgres-on-osx-with-homebrew-not-running-after-osx-crash

Si vous arrêtez votre système sans quitter psql, postgres n'aurait pas supprimé certains fichiers.

Je n'ai pas trouvé le fichier postmaster.pid à l'emplacement usr / local / var / postgres

J'ai donc fait ce qui suit:

les services de brassage commencent postgresql

La commande ci-dessus devrait vous permettre de démarrer postgres

J'ai rencontré ce problème après avoir essayé de restaurer / supprimer / créer une base de données alors que d'autres processus y accédaient. Le correctif MacOSX / Homebrew était:

1. fermez tous les autres processus accédant rails server, rails console, guard, etc ...
2. charger / décharger en utilisant les commandes trouvées dans brew info postgres
3. exécuter la restauration / suppression / création d'avant

FWIW, cela m'est arrivé aujourd'hui, mais ce qui s'est passé, c'est que j'exécutais des mises à jour Ubuntu à l'époque, qui mettaient probablement à jour Postgres. Une fois la mise à jour terminée, j'ai pu me connecter sans accroc.

Par souci d'exhaustivité, j'essayais de récupérer des enregistrements de la base de données à partir d'une console Rails:

development (main):0 > a = MyModel.find 73694
PG::ConnectionBad: 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"?

Il semble que votre psql ne fonctionne pas. Vous devez l'exécuter avant de vous connecter. Vous ne pouvez le faire qu'en utilisant Postgres.app pour Mac OS uniquement. (Téléchargez et installez cette application http://postgresapp.com ) Ouvrez l'application et vous avez un serveur PostgreSQL prêt et en attente de nouvelles connexions. Fermez l'application et le serveur s'arrête. Vous pouvez également trouver ces informations ici http://www.postgresql.org/download/macosx/ . J'espère que cela vous aidera.

C'est parce qu'un serveur précédent est toujours en cours d'exécution, essayez de tout fermer et de relancer votre application.

Pour ceux qui utilisent cette commande et ne fonctionnent pas ou le fichier n'est pas là et utilise Ruby on Rails

rm /usr/local/var/postgres/postmaster.pid

Ou toute autre commande et continue d'échouer.

J'ai résolu ce problème de désinstallation avec Brew. J'ai dû désinstaller avec brew 2 fois, car lors de la première désinstallation, il restera une autre version de postgresql, avec la deuxième désinstallation, le processus sera terminé.

Installer PostgreSQL avec Brew

Puis déposez, créez et migrez les bases de données du projet

(N'oubliez pas de démarrer le serveur postgresql)

J'ai le même problème parce que j'utilise un mauvais nom d'utilisateur Postgres dans le code. Je me suis connecté à postgres psql -d postgreset j'entre \dupour prendre le nom du rôle et corriger le nom d'utilisateur de Postgres.

Donc, lorsque vous êtes confrontés à ce problème, vous devez vous assurer que vous utilisez le nom d'utilisateur, le mot de passe, le nom d'hôte et la base de données Postgres corrects ...

J'espère que cela aidera n'importe qui

¿Avez-vous récemment changé le pg_hba.conf? si vous venez de vérifier toute faute de frappe:

"local" concerne uniquement les connexions socket de domaine Unix

local tout tout mot de passe

Connexions locales IPv4:

héberger tous tous les mots de passe 127.0.0.1/32

Connexions locales IPv6:

hébergez tous tous :: 1/128 mot de passe

Parfois, une simple erreur peut nous donner mal à la tête. J'espère que cette aide et désolé si mon anglais n'est pas bon du tout.

Cela se produit lorsque le serveur postgres n'est pas en cours d'exécution. Étapes pour installer correctement Postgres via Homebrew sur MAC:

1. brew install postgres

2. initdb /Users/<username>/db -E utf8 [Cela initialise postgres pour utiliser le répertoire donné comme répertoire de base de données. Normalement, il n'est pas conseillé d'utiliser le répertoire utilisateur pour le stockage de la base de données. Modifier le fichier sudoers pour ajouter initdb et des commandes similaires, puis exécuter initdb sur / usr / local / var / postgres]

3. pg_ctl -D /Users/<username>/db -l logfile start [Après avoir réussi l'étape 2, il vous demandera d'exécuter l'étape 3. Cette commande démarre manuellement le serveur.]

J'ai cette même erreur. Il s'avère que les postgres ne fonctionnaient tout simplement pas (il est généralement toujours exécuté en arrière-plan, mais pour une raison quelconque, ce n'était pas le cas aujourd'hui).

Si tel est le cas, tapez simplement postgresla ligne de commande de votre répertoire de projet

Après une énorme quantité de va-et-vient, c'est vraiment la pgversion gem que j'utilisais. Sur mavericks, la pgversion 0.15.1ne se connecterait pas au port 5432 mais la version 0.17.1fonctionne très bien - très étrange.