Postgres.application ne Peut pas démarrer sur le port 5432

Je suis en utilisant http://postgresapp.com. Dans la barre de menus il donne l'erreur " impossible de démarrer sur le port 5432." Même si j'essaie de démarrer le serveur depuis le terminal, j'obtiens:

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"?

J'ai aussi couru pg_ctl -D /usr/local/var/postgres -l /usr/local/var/postgres/server.log start
et a la sortie server starting mais toujours obtenir les mêmes erreurs lors de la connexion à psql.

  • Ma première hypothèse est que le port 5432 est pris par quelque chose d'autre sur votre mac. Par défaut psql de ne pas utiliser le port, mais au lieu d'utiliser le fichier de socket (/tmp/.s.PGSQL.5432) comme vous l'avez mentionné. Vous pouvez le forcer à utiliser le port avec psql -h localhost. Essayez de vérifier un certain nombre de choses: 1 est autre chose, en utilisant le port 5432. 2: vérifiez que votre postgres (OS) l'utilisateur a accès à créer des fichiers dans /tmp/.
  • Je vois quelque chose dans /tmp qui est .s.PSQL.5433 Comment puis-je changer cela pour 5432?
  • Je vais avoir le même problème. Je pense que c'est lié à une mise à jour des applications pro d'Apple, parce que c'est le seul changement que j'ai fait, puis j'ai commencé à faire cette erreur. J'ai essayé de désinstaller et re-installer postgresql; la désinstallation et ré-installation du pg gem; et de quelques autres réglages de configuration, mais pas de résultats. Je travaille encore sur elle, mais l'espoir de voir une solution bientôt. Je vais vous laisser savoir si je fais des progrès.
InformationsquelleAutor Chris | 2012-08-19
  1. 13

    Vous mon avoir une autre instance de postgres en cours d'exécution, qui est la seule application de l'intéressé dans ce port. Vous devez utiliser la commande netstat et ps de le déterminer. Puis arrêtez l'instance et de le désinstaller, vous pouvons avoir installé enterpiseDb par exemple, qu'est ce que j'ai fait.

    • Dans mon cas, cela se produit de façon aléatoire après quelques jours d'installation de PostGreSQL sur MacOSX. J'ai ensuite réinstaller et tout fonctionne, puis de nouveau après quelques jours, elle affiche le même message d'erreur. Je tiens à préciser que je n'ai jamais changer mon mot de passe root pour PostGreSQL. S'il vous plaît aider
    InformationsquelleAutor Paul McLachlan
  2. 38

    Si vous exécutez votre serveur sur une machine macOS et installé Postgres par Homebrew, vous pouvez arrêter l'instance actuelle comme ceci:

    brew services d'arrêter postgresql

    Puis cliquez sur l'Éléphant dans le native barre de menu en haut de l'écran et il devrait réussi à de démarrage.

    • où est la barre de menu ? :')
    • Bonne prise! J'ai précisé ce qui de la barre de menu je voulais dire. Merci!
    InformationsquelleAutor Max von Hippel
  3. 22

    Je viens d'avoir ce problème précis. Quand j'ai couru which psql il pointait le Postgres outils client installé avec Lion:

    /usr/bin/psql

    L'utilisation d'un indice de Frank Wiles j'ai couru ps auxw | grep post pour confirmer que postgres a été en cours d'exécution et qu'il a été exécuté sur le port de droite, qui m'a aussi montré la postgres.le chemin de app:

    /Applications/Postgres.app/Contents/MacOS/bin/postgres.

    J'ai donc édité par .bash_profile pour l ' exportation de répertoire. Sur le premier effort je l'ai ajouté à la fin du chemin. Quand j'ai couru echo $PATH j'ai pu voir que usr/bin a été la première chose dans le chemin, et which psql a encore donné la /usr/bin chemin. À ce moment, un ami m'a guidé dans la bonne direction:

    export PATH="/Applications/Postgres.app/Contents/MacOS/bin:${PATH}"

    Commencer une nouvelle fenêtre du terminal, puis exécutez which psql -- il doit pointer vers le postgres.application de localisation et psql doit tirer jusqu'à la postgres shell. Fonctionne très bien maintenant.

    • FWIW Cela a fonctionné pour moi très bien sur la Montagne du Lion.
    • 9,3 mon chemin a été export PATH="/Applications/Postgres93.app/Contents/MacOS/bin:${PATH}"
    • a fonctionné pour moi avec OS X 10.10 et PosgreSQL 9.4
    InformationsquelleAutor eezis
  4. 21

    Vous pouvez arrêter le processus par trouver le PID avec 

    lsof -i :5432

    et ensuite de le tuer avec 

    kill -9 <PID>
    • c'est la plus générale, la méthode qui fonctionne pour n'importe quel port. Devrait être la meilleure réponse
    InformationsquelleAutor Некто
  5. 16

    Si vous avez installé Postgres par une autre méthode (par exemple, à partir de http://www.postgresql.org) et il commence automatiquement au démarrage, vous pouvez empêcher que Postgres de départ via le suivant:

    sudo launchctl unload /Library/LaunchDaemons/com.edb.launchd.postgresql-X.X.plist  
sudo rm -f /Library/LaunchDaemons/com.edb.launchd.postgresql-X.X.plist

    ASTUCE: utilisez la touche tabulation pour la saisie semi-automatique après la com.edu.launchd partie pour déterminer la version en cours de chargement.

    Redémarrer Postgres.app, et vous devriez être bon d'aller.

    (à partir de http://forums.enterprisedb.com/posts/list/1831.page;jsessionid=70621DC48C99EDE663A6A594B05F1A02#6782)

    InformationsquelleAutor Jamon Holmgren
  6. 16

    J'ai essayé à peu près toutes les solutions à ce problème qui est là. Pour moi, il arrive toujours quand mon MacBook batterie meurt, même si l'ordinateur est déjà de couchage. J'ai été farfouillé dans ~/Library/Application\ Support/Postgres/var-9.4 et j'ai découvert un autre postmaster.pid fichier que je n'avais pas vu avant. Je l'ai supprimé, et maintenant, tout est de nouveau opérationnel! Je suis en cours d'exécution de la Postgres.la version de l'application, pas la version brew.

    Étapes:

    1. Assurez-vous que postgres.app n'est pas en cours d'exécution.
    2. Exécuter rm ~/Library/Application\ Support/Postgres/var-9.$X/postmaster.pid
    3. Si vous n'avez pas de var-9.$X répertoire, il suffit d'exécuter rm ~/Library/Application\ Support/Postgres/postmaster.pid
    4. Redémarrer postgres.app
    5. Revenir à développer des trucs cool.
    • J'ai eu le même problème. Cette réponse a fourni une solution sur ma fin. La clé est de s'assurer que le système ne serait pas en mesure de lire que postmaster.pid fichier. Retrait via rm ou tout simplement le renommer via mv ferait. Je préfère renommer en postmaster.pid.problem-cause bien. Les gens ont différentes configurations de sorte que la meilleure façon de trouver ce méchant fichier est de vérifier la PosgtreSQL journaux.
    InformationsquelleAutor Daniel Bonnell
  7. 5

    J'ai eu un problème similaire où je ne pouvais pas se connecter à la Postgres.application même si l'application elle-même dit qu'il est en cours d'exécution sur le port 5432.

    Je ne suis pas sûr pourquoi, mais même lorsque je ferme l'application et vérifié qu'aucun processus postgres a été en cours d'exécution avec ps -un. ces fichiers existent:

    /tmp/.s.PGSQL.5432

    et

    /tmp/.s.PGSQL.5432.lock

    Ma solution a été de supprimer ces fichiers, puis commencer à les postgres.de nouveau l'application.

    • Cela a résolu le problème pour moi. Je ne sais pas pourquoi cette réponse a été downvoted par d'autres, sauf si c'est pour une raison quelconque dangereux pour supprimer /tmp fichiers.
    • cela a résolu pour moi aussi merci
    • Je suis excité au début, en voyant ces fichiers via su (super-utilisateur) et de les supprimer, mais pas de joie
    • J'ai essayé le "bistrot des services arrêter de postgresql" puis il a supprimé le répertoire /tmp/.s.PGSQL.5432.verrouillage
    InformationsquelleAutor ksnabb
  8. 5

    Il peut aussi arriver que le PID est pris.
    Cela a eu lieu pour moi lorsque l'Ordinateur a subi un redémarrage inattendu.

    Si oui, vous devez aller à:

    ˜/Library/Application Support/Postgres/var-9.4

    Vous pouvez vérifier que le chemin d'accès dans Postgres.les Préférences de l'application de dialogue.

    Et ensuite, il suffit de supprimer le fichier pid

    sudo rm postmaster.pid

    Et le serveur démarre immédiatement.

    • Aucun fichier dans ce dossier. J'utilise PostGres 9,6 et ne pourrais pas trouver n'importe quel fichier se terminant par l'extension.
    • Ensuite, votre pid n'est prise, et quelque chose d'autre se passe.
    InformationsquelleAutor Lomefin
  9. 4

    Lorsque vous essayez d'ouvrir la Postgres application était de faire la même erreur en ce qui concerne le post 5432 (sur Mac OSX 10.10.5)

    J'ai fait: 

    $ lsof -i | grep LISTEN

    Vu qui PID était en cours d'exécution postgres au port, le fait:
    $ killall {pid} et puis $ brew uninstall postgres

    Après, redémarré mon Mac, et a couru:

    $ lsof -i | grep LISTEN à nouveau, juste pour s'assurer. Vu aucun postgres l'exécution de n'importe où et a été en mesure d'ouvrir la Postgres application sans avoir avertissement.

    Puis je l'ai réinstallé postgres avec $ brew install postgres

    UNE AUTRE OPTION:

    (J'ai aussi essayé cette fois lors de l'approche ci-dessus ne fonctionne pas et je ne pouvais pas le tuer tout de la PID) 

    $ ps auxw | grep post

    Vu une flopée postgres processus, que j'ai ensuite sudo kill <PID>

    Tout fonctionne bien maintenant.

    • Pourquoi voulez-vous une postgres installé par homebrew et de la Postgres.app?
    InformationsquelleAutor AdjunctProfessorFalcon
  10. 3

    Cette commande est un one-liner qui tue instantanément toutes les PostgresSQL processus.

    sudo kill -kill $(sudo lsof -t -i :5432)

    Cela a réglé tous mes problèmes sur Mac OSX Mojave 10.14.1.

    InformationsquelleAutor Aaron Becker
  11. 2

    À deviner, quelque chose d'autre avait pris le port 5432 ainsi, l'application a choisi de courir sur 5433 à la place.

    Pourquoi ne pas simplement se connecter à la Pg sur le port 5433, si c'est là où il est en cours d'exécution? Vous avez un /tmp/.s.PGSQL.5432 fichier de socket, de sorte que vous pouvez vous connecter avec psql -p 5433 pour socket de domaine UNIX connexions. Il sera aussi à l'écoute sur le même port TCP/IP, de sorte que vous pouvez utiliser psql -h localhost -p 5433 pour le protocole TCP/IP et à vos applications de se connecter au port 5433 au lieu de 5432.

    Changer votre .psqlrc pour définir le nouveau port par défaut, et vous pouvez oublier ce n'est pas le port par défaut.

    • Chaque option est utile d'explorer à ce point, mais cela ne fonctionne pas pour moi. Je suis de la planification sur la ré-installation du système d'exploitation à ce point parce que je n'ai pas été en mesure d'y remédier.
    InformationsquelleAutor Craig Ringer
  12. 1

    La mienne n'a pas pu démarrer soudainement, et quand j'ai vérifié la Console.application que j'ai vu: 

    com.heroku.postgres-service: 
FATAL:  could not create shared memory segment: Cannot allocate memory
DETAIL:  Failed system call was shmget(key=5432001, size=3874816, 03600).
HINT:  This error usually means that PostgreSQL's request for a shared memory segment exceeded available memory or swap space, or exceeded your kernel's SHMALL parameter.  You can either reduce the request size or reconfigure the kernel with larger SHMALL.  To reduce the request size (currently 3874816 bytes), reduce PostgreSQL's shared memory usage, perhaps by reducing shared_buffers or max_connections.
The PostgreSQL documentation contains more information about shared memory configuration.

    Il s'avère Postgres ne démarre pas parce que j'ai eu Wireshark (et X11) en cours d'exécution. Il a bien fonctionné après j'ai arrêté de Wireshark.

    Bonne chance!

    • J'ai également eu postgres.app ne parviennent pas à démarrer correctement alors que X11 a été en cours d'exécution, tuant X11 et le redémarrage de l'application fixé. Mystérieux problème.
    InformationsquelleAutor Colin
  13. 1

    J'ai résolu ce problème en

    1. L'identification de ce qui a été exécuté sur le port 5432 par l'aide de la commande "netstat" dans la CL, qui a été postgreSQL pas Postgres
    2. Je trouve le répertoire qui contenait postgreSQL, qui a été root/Library/PostgreSQL
    3. J'ai assuré un instants de l'application n'est pas en cours d'exécution via le Moniteur d'Activité
    4. Puis j'ai supprimé le dossier et qu'il a redémarré! Tout était très bien!
    InformationsquelleAutor Vishal Sakaria
  14. 1

    En quelque sorte, j'ai totalement oublié que ce fichier de socket va être cachées à cause de la dot. Assurez-vous d'utiliser ls -A /tmp/.s.PGSQL.5432 si vous êtes à la vérification pour voir si le socket est en réalité.

    InformationsquelleAutor David Winiecki
  15. 1

    J'ai eu le même problème lorsque j'essaie d'utiliser postgresql avec des rails. La mise à jour de mon Gemfile pour utiliser la nouvelle version de gem pg résoudre ce problème pour moi. (gem pg version 0.16.0 œuvres). Dans le Gemfile utilisation:

    gem 'pg', '0.16.0'

    puis exécutez la procédure suivante pour mettre à jour le gem

    bundle install --without production
bundle update
bundle install
    InformationsquelleAutor andr3wll
  16. 1

    Netstat, ps aux, etc ... aucun n'a 5432 en cours d'utilisation. Contrôler Et /Ou De La Bibliothèque. Trouvé PG9.6 ancienne installation toujours là. Avez-rm-rf et bang. La Version 11 fonctionne très bien.

    • Vous m'avez sauvé. Merci beaucoup!
    InformationsquelleAutor Daniel Golembiewski
  17. 0

    Le même problème m'est juste arrivé. J'ai eu Postgres.app 9.2.4.1 en cours depuis un certain temps. Lorsque j'ai mis à jour Mac OS X 10.8.5, après le reboot obligatoire, il ne fonctionnait plus. J'ai essayé plusieurs choses, y compris la mise à jour de 9.2.4.3 et ni après un autre redémarrage il travaillait.

    J'ai dû ouvrir le fichier /Users/$USER/Library/Application Support/Postgres/var/postgresql.conf et de:

    1. décommentez la ligne unix_socket_permissions = 0777
    2. décommentez et d'adapter la ligne unix_socket_directory = '/tmp'

    Après un redémarrage, Postgres.application fonctionnait comme un charme.

    InformationsquelleAutor Rmatt
  18. 0

    Vous a probablement un PostgreSQL est installé, supprimé et installé de nouveau. PostgreSQL généralement utilisé le port 5432 mais si pas disponible, de l'augmentation de la prochaine disponibles, dans ce cas 5433. Donc, vous avez probablement choisi ce port sur votre deuxième installer.

    Je pense que vous devriez vérifier le fichier:

    /etc/services

    et ajuster les lignes ci-dessous pour les prévisions de numéro de port:

    postgresql 5432/udp # Base de données PostgreSQL

    postgresql 5432/tcp # Base de données PostgreSQL

    Après cela, vous devez redémarrer votre ordinateur (plus simple).

    InformationsquelleAutor Sabin Chirila
  19. 0

    Un fichier nommé "maître de poste.pid" (dans mon $PGDATA répertoire) ont été la prévention de postgresql pour commencer. C'était un zombie fichier, placé là il y a 10 jours et quand j'ai brutalement arrêter l'ordinateur (en tirant sur la fiche, littéralement), pas de processus de nettoyage eu l'occasion de supprimer ce fichier.

    InformationsquelleAutor Yanik Crépeau
  20. 0

    J'ai eu les mêmes problèmes:

    psql: impossible de se connecter au serveur: Aucun fichier ou répertoire 
Le serveur est en cours d'exécution en local et en acceptant 
les connexions sur le socket de domaine Unix "/tmp/.s.PGSQL.5432"?

    Dans mon cas, c'était un corrompu le fichier host sur mon mac. J'ai été absent:

    127.0.0.1 localhost

    Rapidement un moyen simple de vérifier est d'ouvrir un terminal et tapez:

    ping localhost

    ou:

    scutil -r localhost

    Plus d'infos ici
    Espérons que cela aide.

    InformationsquelleAutor Kris Utter