Иногда это может быть проблемой при обновлении postgres.

В моем случае это произошло при обновлении с 9.3 до 9.4.

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

OS X/Homebrew:

Попробуйте запустить postgres -D /usr/local/var/postgres - он даст вам гораздо более подробный вывод, если postgres не запускается.

В моем случае запуск rm -rf /usr/local/var/postgres && initdb /usr/local/var/postgres -E utf8 удалил мои старые базы данных и затем повторно инициализировал схему dg postgres.

Благодаря https://github.com/Homebrew/homebrew/issues/35240 для этого решения.

После восстановления моих баз данных (с помощью rake db:create) все снова работало нормально.

Нашел решение, которое работало для меня здесь:

https://dba.stackexchange.com/questions/75214/psql-could-not-connect-to-server-no-such-file-or-directory

В основном вы запускаете следующую команду для ручного запуска сервера:

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

В Yosemite, если файл pid блокирует запуск Postgres, и у вас есть демон launchctl, пытающийся (и неспособный) загрузить демоны базы данных, вам нужно будет выгрузить файл plist:

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

Затем удалите файл pid

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

Затем перезагрузите демон launchctl

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

Для тех, кто читает это и использует Postgres.app, вам может понадобиться host: localhost в вашей базе данных .yml. http://postgresapp.com/documentation#toc_3

Если установка и удаление postgres с помощью brew не подходит для вас, посмотрите журналы вашей установки postgresql или:

postgres -D /usr/local/var/postgres

если вы видите такой вывод:

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.

Затем попробуйте следующее:

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

Затем запустите сервер:

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

Источник

brew services start postgres 

работал у меня!

Убедитесь, что файл сокета существует.

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

Если это не так, проверьте ваш postgresql.conf для изменения 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

Обновление базы данных работает для меня

brew postgresql-upgrade-database

Проблема также может быть связана с аварийным процессом, который оставил файл postmaster.pid. Я делаю это и работаю:

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

Это на самом деле то, что вы должны делать:

вместо этого вы должны посмотреть на /usr/local/var/postgres/postmaster.pid

а затем посмотрите на первую строку файла - это плохой PID

Запустить

ps aux | grep <PID>

например:

ps aux | grep 12345

то do

kill <PID>

например

kill 12345

Предполагая, что он все еще работает

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

не слушайте принятый ответ, это плохо и испортит ваши данные.

Это случилось со мной, когда я обновился с 9.3.4 до 9.5, поскольку базы данных несовместимы без обновления.

Я использовал pg_upgrade следующим образом:

Стоп postgres

$ brew services stop postgresql

Обновление баз данных:

$ 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

Архивировать старые базы данных:

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

Перезапустить postgres:

 $ brew services start postgresql

Обновленные драгоценные камни (для рельсов/активная запись):

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

Изменение настроек postresql или database.yml, изменение $PATH или создание символических ссылок были для меня ненужными. Все, что мне нужно было сделать, это gem uninstall pg, а затем bundle (или gem install pg).

Проблема заключалась в том, что pg gem был установлен перед postgres homebrew, поэтому он собирал настройки из версии postgres, которая поставляется с MacOS. Переустановка его (и, таким образом, восстановление собственного расширения) устранила проблему.

Опция Psql

-h имя хоста --host = имя хоста

: Указывает имя хоста машины, на которой работает сервер. Если значение начинается с косой черты, оно используется как каталог для сокета 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

Запустить psql с опцией -host

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

Не нужно делать мягкую ссылку

Ни одно из вышеперечисленных решений не помогло мне.

Проблема в том, что на порту 5432 уже запущена служба, и мы не можем установить соединение через сокет psql через этот порт.

Я удалил файл сокета

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

Затем я переинициализировал сервис Postgres

postgres -D /usr/local/var/postgres

Это сработало для меня.

Это сработало для меня (как смесь предыдущих ответов):

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

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

Источник: https://coderwall.com/p/zf-fww/postgres-on-osx-with-homebrew-not-running-after-osx-crash

Если postgres был установлен с использованием homebrew, вы можете исправить это, выполнив:

brew link postgres

Для тех, кто использует эту команду и не работает, или файл не существует и использует Ruby on Rails

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

Или любая другая команда и просто продолжайте сбой.

Я решил эту проблему удалить с помощью Brew. Мне пришлось удалить с brew 2 раза, потому что при первом удалении останется другая версия postgresql, а вторая деинсталляция процесса будет завершена.

Установите postgresql с помощью Brew

Затем снимите, создайте и перенесите базы данных проекта

(Не забудьте запустить сервер postgresql)

Самый надежный способ избежать этого - сделать

brew reinstall postgresql

Это сохранит ваше разрешение пользователя и т.д. все неповрежденное и все будет reset для нового. Работает все время!

Это связано с тем, что предыдущий сервер все еще работает, попробуйте закрыть все и перезапустить приложение.

FWIW, это случилось со мной сегодня, но случилось то, что в то время я запускал обновления Ubuntu, которые, вероятно, обновляли Postgres. После завершения обновления я смог подключиться без сучка и задоринки.

Для полноты, я пытался извлечь записи из базы данных из консоли 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"?

Это происходит, когда сервер postgres не работает. Шаги, чтобы правильно установить Postgres через Homebrew на MAC:

1. brew install postgres

2. initdb/Users/<username>/db -E utf8 [Это инициализирует postgres для использования данного каталога в качестве каталога базы данных. Обычно не рекомендуется использовать каталог пользователя для хранения базы данных. Отредактируйте файл sudoers для добавления initdb и аналогичных команд, а затем запустите initdb в /usr/local/var/postgres]

3. pg_ctl -D/Users/<username>/db -l logfile start [После успешного выполнения шага 2 будет предложено запустить шаг 3. Эта команда запускает сервер вручную.]

¿Недавно вы изменили pg_hba.conf? если вы только что отметили любую опечатку:

"local" предназначен только для соединений сокета домена Unix

local all all password

Локальные соединения IPv4:

хост все все 127.0.0.1/32 пароль

Локальные соединения IPv6:

host all all:: пароль 1/128

Иногда простая ошибка может дать нам головную боль. Я надеюсь, что эта помощь и извините, если мой английский вообще не годится.

У меня такая же проблема, потому что я использую неправильное имя пользователя Postgres в коде. Я вошел в postgres psql -d postgres и введите \du, чтобы взять имя роли и исправить имя пользователя Postgres.

Итак, когда вы, ребята, сталкиваетесь с этой проблемой, вы, ребята, должны убедиться, что используете правильное имя пользователя, пароль, имя хоста и базу данных Postgres...

Надеюсь, это поможет кому-то

Перейдя по этой проблеме также в MacOS Sierra, и когда мы запустили pg_ctl, как описано выше, мы получили следующую ошибку pg_ctl: no database directory specified and environment variable PGDATA unset. Поэтому мы выполнили шаги здесь, которые решили нашу проблему, а именно:

mkdir ~/.postgres

initdb ~/.postgres

pg_ctl -D ~/.postgres start

Для меня это было обновление Apache, вызвавшее эту проблему. Я все еще могу запустить psql в консоли или вызвать db непосредственно из kdevelop. Также он работал над добавлением "host = localhost" в строку подключения.

НО реальная проблема заключалась в том, что apache изменился на private tmp.

Решение: Обновить /usr/lib/systemd/system/apache 2.service и изменить PrivateTmp = true для PrivateTmp = false.

Я работаю над ОС OpenSuse, но думаю, что что-то подобное может произойти на Mac.

Похоже, ваш psql не запускается. Вы должны запустить его перед подключением. Вы можете сделать это, используя Postgres.app только для Mac OS. (Загрузите и установите это приложение http://postgresapp.com) Откройте приложение, и у вас есть сервер PostgreSQL, готовый и ожидающий новых соединений. Закройте приложение, и сервер выключится. Вы также можете найти эту информацию здесь http://www.postgresql.org/download/macosx/. Надеюсь, это поможет вам.

После огромного количества назад и вперед это действительно сменилось на версию pg gem, которую я использовал. На mavericks pg version 0.15.1 не будет подключаться к порту 5432, но версия 0.17.1 работает просто отлично - очень странно.

У меня такая же ошибка. Оказывается, postgres просто не работает (обычно он работает в фоновом режиме, но по какой-то причине он не был сегодня).

Если это так, просто введите postgres в командной строке вашего каталога проекта

Я столкнулся с этой проблемой после попытки восстановления/удаления/создания db, в то время как другие процессы обращались к ним. Исправление MacOSX/Homebrew было:

• закрыть все другие процессы доступа rails server, rails console, guard и т.д.
• загрузить/выгрузить с помощью команд, найденных в brew info postgres
• запустить восстановление/удаление/создать из

Локально, если вы используете brew

! ВАЖНО это сотрет все ваши базы данных

brew services stop postgresql

brew reinstall postgresql

brew services start postgresql

и тогда вам нужно будет снова создать базу данных

Одной из причин будет необходимость убедиться, что размер диска не заполнен, выполнить команду postmaster -D path of postgres

Если вы столкнулись с проблемой при обновлении Postgres (или после обновления), следуйте приведенным здесь шагам, чтобы безопасно передавать данные между версиями, что решит проблему:

Обновление PostgreSQL с 9.6.5 по 10.0 с использованием Homebrew (macOS)

Каталог данных содержит старый файл postmaster.pid/Каталог данных содержит нечитаемый файл postmaster.pid PostgreSQL помещает файл с именем postmaster.pid в каталог данных для хранения идентификатора процесса сервера PostgreSQL. Если PostgreSQL выходит из строя, этот файл может содержать старый pid, который смущает PostgreSQL. Вы можете исправить эту проблему, удалив файл postmaster.pid. Однако вы должны убедиться, что PostgreSQL действительно не работает. Откройте Activity Monitor и убедитесь, что нет процессов с именем postgres или postmaster.

Если вы удалите файл postmaster.pid во время работы PostgreSQL, произойдут плохие вещи.

Источник: https://postgresapp.com/documentation/troubleshooting.html

Я использовал стек Bitnami и был установлен как пользователь root psql без полномочий root. При использовании psql я получил указанную ошибку.

Оказывается, существуют 2 версии psql

• корневой уровень psql, предварительно упакованный в дистрибутив linux. Это указывает на /usr/bin/psql
• psql без корневого уровня, установленный стеком Bitnami. Это указывает на /bitnami/postgresql/postgresql/bin/psql

Возможно, вы захотите изменить псевдоним psql, чтобы он указывал на пользователя без полномочий root.

alias psql='/bitnami/postgresql/postgresql/bin/psql'

Выше работала для меня при выполнении psql -U postgres

Всего два шага для запуска базы данных после установки (до этого убедитесь, что вы вошли в систему как пользователь postgres)

Установленный-Dirs/bin/postmaster -D Установленный-Dirs/pgsql/data​​h1 >

Пример:

[postgres@localhost bin]$ /usr/local/pgsql/bin/postmaster -D /usr/local/pgsql/data

Шаг-2: Запустите psql из установленного пути (чтобы проверить, где вы установили '#which postgres' будет использовать, чтобы узнать установленное местоположение)

[postgres@localhost bin]$ psql 

Причина

Lion поставляется с уже установленной версией postgres и по умолчанию использует эти двоичные файлы. В общем, вы можете обойти это, используя полный путь к двоичным файлам postgres homebrew, но могут быть проблемы с другими программами.

Решение

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

Через

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