Postgres n'a pas pu se connecter au serveur

après avoir fait la mise à jour de brew et la mise à jour de brew, mes postgres ont eu quelques problèmes. J'ai essayé de désinstaller postgres et d'installer à nouveau, mais cela n'a pas fonctionné aussi bien.

C'est le message d'erreur.(J'ai aussi eu ce message d'erreur quand j'ai essayé de faire rake db:migrate)

$ 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.

homebrew version: 0.9.3

postgres version: 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 que j'ai réinstallé howbrew,quand j'utilise $ psql , il ne montre aucun message d'erreur.

mais j'exécute rake db:migrate dans mon application rails, il 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. Espérons que quelqu'un avoir une meilleure solution

mise à Jour

ça me va aussi.

rm /usr/local/var/postgres/postmaster.pid
304
demandé sur ken 2012-11-16 08:53:39

30 réponses

avait un problème similaire; un fichier pid empêchait postgres de démarrer. Pour le fixer:

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

et puis tout va bien.

619
répondu jonathanpberger 2013-09-16 15:55:50

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

dans mon cas, il s'est produit lors de la mise à niveau de 9.3 à 9.4.

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

OS X/ Homebrew:

essayez d'exécuter postgres -D /usr/local/var/postgres -- cela vous donnera une sortie beaucoup plus verbeuse si postgres ne démarre pas.

Dans mon cas, l'exécution de rm -rf /usr/local/var/postgres && initdb /usr/local/var/postgres -E utf8 supprimé mon ancien bases de données et réinitialisation de la postgres db schéma.

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 fonctionnait à nouveau très bien.

201
répondu FreePender 2015-01-13 15:16:01

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

https://dba.stackexchange.com/questions/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
57
répondu Mosab Sasi 2017-04-13 12:42:39

sur Yosemite, si le fichier pid bloque Postgres depuis le début et que vous avez un démon launchctl essayant (et échouant) de charger les démons de la base de données, alors vous aurez besoin de décharger le fichier The plist:

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

puis supprimer le fichier pid

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

puis recharger le launchctl démon

$ launchctl load ~/Library/LaunchAgents/homebrew.mxcl.postgresql.plist
29
répondu Ryan Atallah 2014-12-18 08:26:32

pour toute personne lisant ceci et utilisant Postgres.app, vous pouvez avoir besoin de host: localhost dans votre base de données.yml. http://postgresapp.com/documentation#toc_3

26
répondu David Winiecki 2014-03-26 05:02:52

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

postgres -D /usr/local/var/postgres

si vous voyez ce genre 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.

puis essayez ce qui suit:

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

puis démarrer le serveur:

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

Source

23
répondu SsouLlesS 2017-02-09 03:25:07

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 votre postgresql.conf pour unix_socket_directory change.

$ 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
12
répondu jrwren 2012-11-16 14:44:24
brew services start postgres 

a marché pour moi!

11
répondu rld 2017-03-14 23:49:09

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

brew postgresql-upgrade-database

7
répondu Tomer G 2018-01-23 19:17:56

cela m'est arrivé quand j'ai mis à jour de 9.3.4 à 9.5 car les bases de données sont incompatibles sans mise à jour.

j'ai utilisé pg_upgrade comme suit:

Stop postgres

$ brew services stop postgresql

mettre à jour 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

Archive 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émarrer postgres:

 $ brew services start postgresql

Gems mis à jour (pour rails / active record)) :

 $ gem uninstall pg
 $ gem uninstall activerecord-postgresql-adapter
 $ bundle install
6
répondu stujo 2016-08-10 19:00:25

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

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

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

Exécuter

ps aux | grep <PID>

par exemple:

ps aux | grep 12345

puis faites

kill <PID>

par exemple

kill 12345

en supposant qu'il est toujours en cours d'exécution

https://superuser.com/questions/553045/fatal-lock-file-postmaster-pid-already-exists

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

6
répondu user1596067 2017-05-06 02:18:51

changement de postresql ou de base de données.les paramètres de configuration de yml, la modification de $ PATH, ou la création de symlinks étaient tous inutiles pour moi. Tout ce que j'avais à faire était gem uninstall pg puis bundle (ou gem install pg ).

le problème était que le gem pg avait été installé avant Postgres homebrew, donc était de ramasser les paramètres de la version de postgres qui vient avec MacOS. La réinstaller (et donc reconstruire l'extension native) a résolu le problème.

5
répondu John 2013-08-23 19:08:43

option Psql

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

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

$ 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écuter psql avec l'hôte de l'Option

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

Pas besoin de faire un doux lien

3
répondu Juno Choo 2014-03-02 07:08:09

FWIW ce qui m'est arrivé aujourd'hui, mais ce qui s'est passé c'est que j'étais sous Ubuntu mises à jour à l'époque, qui étaient probablement la mise à jour de Postgres. Une fois la mise à jour terminée, j'ai pu me connecter sans problème.

par souci d'exhaustivité, j'essayais d'extraire des enregistrements de la base de données à partir d'une console de 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"?
2
répondu Ruy Diaz 2015-02-10 14:54:00

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.

2
répondu Kamara Jōb 2016-10-01 09:22:36

Le plus infaillible moyen de contourner cela est de faire des

brew reinstall postgresql

cela gardera votre permission d'utilisateur etc tout intact et tout est réinitialisé à nouveau. Travaille tout le temps !

2
répondu Abhishesh Sharma 2016-11-04 03:09:47

si postgres a été installé en utilisant homebrew, vous pouvez corriger cela en exécutant:

brew link postgres
2
répondu Cl Local 2017-03-14 23:19:42

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

2
répondu Ramon Diogo 2018-03-17 14:23:32

j'ai rencontré ce problème après avoir essayé de restaurer/laisser tomber/créer un db pendant que d'autres processus y accédaient. MacOSX/Homebrew correctif a été:

  1. fermer tous les autres processus d'accès rails server , rails console , guard , etc...
  2. chargement/déchargement à l'aide des commandes disponibles dans brew info postgres
  3. exécuter restaurer/supprimer/créer à partir de l'avant
1
répondu TomFuertes 2014-02-21 20:26:07

j'ai eu la même erreur. Il s'avère que postgres ne courait pas du tout (il court toujours en arrière-plan, mais pour une raison quelconque ce n'était pas aujourd'hui).

si c'est le cas, tapez postgres dans la ligne de commande de votre répertoire de projet

1
répondu Benjamin Dunphy 2014-05-10 22:13:53

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

1
répondu Anthony 2014-11-23 19:29:14

on dirait que votre psql ne court pas. Vous devriez l'exécuter avant de vous connecter. Vous pouvez le faire en utilisant Postgres.app pour Mac OS seulement. (Télécharger et installer cette application http://postgresapp.com ) ouvrez l'application, et vous avez un serveur PostgreSQL prêt et en attente de nouvelles connexions. Fermer l'application et le serveur s'arrête. Vous pouvez également trouver cette information ici http://www.postgresql.org/download/macosx / . Espérons que cela vous aidera.

1
répondu lisyk 2015-06-10 22:32:47

pour moi, c'est une mise à jour d'apache qui a causé le problème. Je pouvais encore exécuter psql en console ou appeler db directement depuis kdevelop. Il a aussi fonctionné pour ajouter "host=localhost" à la chaîne de connexion.

mais le vrai problème était qu'apache avait changé en privé tmp.

Solution: mise à Jour /usr/lib/systemd/system/apache2.service et changement PrivateTmp=true pour PrivateTmp=false.

je travaille sur OpenSuse OS, mais je suppose que quelque chose de similaire pourrait se produire sur Mac.

1
répondu kaah 2016-10-11 07:32:32

est tombé sur ce problème aussi sur MacOS Sierra et quand nous avons lancé pg_ctl comme décrit ci-dessus nous avons alors 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

1
répondu Austin 2016-11-02 20:29:32

pour ceux qui utilisent cette commande et ne fonctionne pas ou le fichier n'est pas là et utilisent Ruby on Rails

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

ou n'importe quel autre ordre et continue d'échouer.

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

Installer postgresql avec Brew

puis supprimer, créer et migrer les bases de données du projet

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

1
répondu Esteban Echeverry 2017-02-08 19:22:32

j'ai eu 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 postgres et j'ai entré \du pour prendre le nom du rôle et corriger le nom d'utilisateur de Postgres.

donc quand vous faites face à ce problème, vous devez vous assurer que vous utilisez le nom d'utilisateur Postgres correct, mot de passe, nom d'hôte et base de données...

Espère que cela va aider quelqu'un

1
répondu Brilliant 2017-10-16 04:39:27

¿Êtes-vous récemment changé le pg_hba.conf? si vous avez vérifié n'importe quelle faute de frappe dans:

"local" est pour socket de domaine Unix uniquement les connexions

local tous les tous les mot de passe

connexions locales IPv4:

host all 127.0.0.1 / 32 mot de passe

connexions locales IPv6:

host all:: 1/128 password

parfois, une simple erreur peut nous causer des maux de tête. J'espère que cela vous aide et désolé si mon anglais est pas bon du tout.

1
répondu Sergio Zapata 2017-10-28 16:09:42

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 [Ceci initialise postgres pour utiliser le répertoire donné comme le 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. Éditer 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 obtenu le succès avec l'étape 2, il invite à exécuter l'étape 3. Cette commande démarre manuellement le serveur.]

1
répondu Souvik Das 2018-01-04 06:57:34

aucune des solutions ci-dessus n'a fonctionné pour moi.

le problème est qu'il y a déjà un service courant sur le port 5432 et nous ne pouvons pas établir de connexion psql via ce port.

j'ai supprimé le fichier de socket

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

puis j'ai réinitialisé postgres services

postgres -D /usr/local/var/postgres

ça a marché pour moi.

1
répondu Abdullah Gürsu 2018-05-31 13:08:01

La Cause

Lion est livré avec une version de postgres déjà installée et utilise ces binaires par défaut. En général, vous pouvez contourner cela en utilisant le chemin complet vers les binaires postgres de homebrew, mais il peut y avoir encore des problèmes avec d'autres programmes.

La Solution

curl http://nextmarvel.net/blog/downloads/fixBrewLionPostgres.sh | sh

Via

http://nextmarvel.net/blog/2011/09/brew-install-postgresql-on-os-x-lion /

0
répondu SocoM 2013-07-22 04:10:05