Не удается подключиться к локальному PostgreSQL

Ответ 1

Это действительно похоже на ошибку разрешения файлов. Сокеты домена Unix являются файлами и имеют пользовательские разрешения, как и любые другие. Похоже, что пользователь OSX, пытающийся получить доступ к базе данных, не имеет прав доступа к файлу сокета. Чтобы это подтвердить, я провел несколько тестов на Ubuntu и psql, чтобы попытаться создать ту же ошибку (см. Ниже).

Вам нужно проверить разрешения на файл сокета и его каталоги /var и /var/pgsql_socket. Приложение Rails (пользователь OSX) должно иметь разрешения на выполнение (x) в этих каталогах (предпочтительно предоставить разрешения для каждого пользователя), а сокет должен иметь полные разрешения (wrx). Вы можете использовать ls -lAd <file>, чтобы проверить их, и если какая-либо из них является символической ссылкой, вам нужно проверить файл или каталог, на который указывает ссылка.

Вы можете изменить разрешения для каталога, но сокет настраивается postgres в postgresql.conf. Это можно найти в том же каталоге, что и pg_hba.conf (вам нужно выяснить, какой из них). После того, как вы установите разрешения, вам необходимо перезапустить postgresql.

# postgresql.conf should contain...
unix_socket_directory = '/var/run/postgresql'       # dont worry if yours is different
#unix_socket_group = ''                             # default is fine here
#unix_socket_permissions = 0777                     # check this one and uncomment if necessary.

EDIT:

Я сделал быстрый поиск в google, который вы, возможно, захотите изучить, чтобы убедиться, что он relavent. Это может привести к любой попытке find сбой вашего файла конфигурации.

http://www.postgresqlformac.com/server/howto_edit_postgresql_confi.html

Сообщения об ошибках:

Пользователь не найден в pg_hba.conf

psql: FATAL:  no pg_hba.conf entry for host "[local]", user "couling", database "main", SSL off

Ошибка авторизации пользователя:

psql: FATAL:  password authentication failed for user "couling"

Отсутствует файл сокета unix:

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

Unix-сокет существует, но сервер не прослушивает его.

psql: could not connect to server: Connection refused
    Is the server running locally and accepting
    connections on Unix domain socket "/var/run/postgresql/.s.PGSQL.5432"?

Плохие права доступа к файлам файлов unix:

psql: could not connect to server: Permission denied
    Is the server running locally and accepting
    connections on Unix domain socket "/var/run/postgresql/.s.PGSQL.5432"?

Ответ 2

У меня возникает ощущение, что это (снова) вещь mac/OSX: передняя часть и задняя часть предполагают другое место для сокета unix-домена (которое функционирует как точка рандеву).

Контрольный список:

• Работает postgres: ps aux | grep postgres | grep -v grep должен делать трюк
• Где находится сокет: find / -name .s.PGSQL.5432 -ls (используемый сокет в /tmp; вы можете начать искать там)
• даже если вы найдете сокет (unix-domain), клиент может использовать другое местоположение. (это происходит, если вы смешиваете дистрибутивы или у вас есть дистрибутив, установленный где-то, и у вас есть другая (например, из источника) установка в другом месте), при этом клиент и сервер используют разные адреса rendez-vous.

Если postgres запущен и сокет действительно существует, вы можете использовать:

• psql -h /the/directory/where/the/socket/was/found mydbname

(который пытается подключиться к сокету unix-domain)

; вы должны теперь получить приглашение psql: попробуйте \d, а затем \q, чтобы выйти. Вы также можете  попробуйте:

• psql -h localhost mydbname.

(который пытается подключиться к localhost (127.0.0.1)

Если эти попытки не выполняются из-за недостаточной авторизации, вы можете изменить pg_hba.conf(и SIGHUP или перезапустить). В этом случае: также проверьте журналы.

Аналогичный вопрос: Не удается запустить Postgres

Примечание. Если вы можете перейти к приглашению psql, быстрое исправление этой проблемы - это просто изменить config/database.yml, add:

host: localhost

или вы можете попробовать добавить:

host: /the/directory/where/the/socket/was/found

В моем случае host: /tmp

Ответ 3

Попробуйте удалить pg gem (gem uninstall pg), а затем переустановить - если вы используете bundler, то bundle install, else gem install pg. Кроме того, убедитесь, что путь выбирает правильную версию: у Lion есть версия posgresql (предыдущие версии не были), и она может быть на пути до вашей локально установленной версии (например, MacPorts, homebrew).

В моем случае: homebrew install postgresql, обновил postgresql, rails и т.д., а затем получил эту ошибку. Удаление и переустановка pg gem сделали это для меня.

Ответ 4

Местоположение файла сокета запекается в драгоценный камень во время компиляции. Таким образом, вам нужно восстановить свой жемчуг pg.

gem pristine pg
# or
bundle exec gem pristine pg

Это должно решить эту проблему.

Ответ 5

Если вы получаете аналогичную ошибку:

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

Это может сделать трюк (это было для меня):

initdb /usr/local/var/postgres -E utf8

Указанный каталог должен отличаться, если вы не используете OSX/ Brew.

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

Ответ 6

для меня эта ошибка разрешила удаление файла postmaster.pid в каталоге postgres. см. мой вопрос/ответ, используя следующую ссылку для пошаговых инструкций. моя проблема не была связана с правами доступа к файлам:

psql: не удалось подключиться к серверу: нет такого файла или каталога (Mac OS X)

люди, ответившие на этот вопрос, бросили много игр, хотя, спасибо за это! я поддержал все, что мог

Ответ 7

Вот как я решил это сообщение об ошибке, частично основанное на ответе wildplasser.

find / -name .s.PGSQL.5432 -ls 2> /dev/null
  => ... /tmp/.s.PGSQL.5432

Итак, есть мой сокет или что-то еще, но клиент ищет его по адресу:

/var/run/postgresql/.s.PGSQL.5432

Так просто сделайте символическую ссылку на /tmp/.s.PGSQL.5432:

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

Надеюсь, это поможет кому угодно. Кажется, что это неправильно, но эй, это работает!

Ответ 8

Я начал получать это после обновления до новых postgres - я не понимал, что у меня есть файлы данных.

Сначала я попытался запустить сервер postgres:

postgres -D /usr/local/var/postgres

как я видел эту ошибку

FATAL:  database files are incompatible with server
DETAIL:  The data directory was initialized by PostgreSQL version 9.0, which is not compatible with this version 9.3.5.

Итак, я нашел этот ответ на SO - связан с ошибкой несовместимости: https://serverfault.com/questions/342626/how-do-i-upgrade-postgresl-database-incompatibility-error

Это то, что фиксировало его

mv /usr/local/var/postgres /usr/local/var/postgres.old
initdb -D /usr/local/var/postgres

Ответ 9

Просто подтверждая, что у меня была аналогичная проблема с PSQL и Django,

Похоже, что мой psql-сервер не был закрыт правильно, и файл postmaster.pid все еще присутствовал (должен быть удален при правильном выключении автоматически) в моей папке postgres.

Удалено это и все хорошее

Ответ 10

Я получал эту же ошибку (оказалось, что это была ошибка с postmaster.pid. Вот как я получил postgres снова и снова (кредит Рикардо Бурильо за исправление):

$ rm /usr/local/var/postgres/postmaster.pid 
$ pg_resetxlog -f /usr/local/var/postgres

Ответ 11

У меня была аналогичная проблема при попытке использовать postgresql с рельсами. Обновление моего Gemfile для использования новой версии gem pg для решения этой проблемы. (работает gem pg версия 0.16.0). В Gemfile используйте:

gem 'pg', '0.16.0'

затем выполните следующее, чтобы обновить драгоценный камень

bundle install --without production
bundle update
bundle install

Ответ 12

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

Я искал решение какое-то время. Итак, этот вопрос также исправил для меня (reinit db):

rm -r /usr/local/var/postgres  
initdb /usr/local/var/postgres -E utf8  
pg_ctl -D /usr/local/var/postgres -l logfile start

Я использую OS X 10.11.3 с brew.

Ответ 13

Это случилось со мной сегодня после того, как моя батарея Macbook умерла. Я думаю, это может быть вызвано неправильным отключением. Все, что вам нужно сделать в таких случаях, как мой, - удалить postmaster.pid

Перейдите в папку

cd /usr/local/var/postgres

Проверьте, присутствует ли postmaster.pid

ls

Удалить postmaster.pid

rm postmaster.pid

Ответ 14

В моем случае ни одно из предыдущих решений не было хорошим. Вместо использования сокета вы можете использовать номер TCP host + port в файле конфигурации Rails. Поэтому в файле database.yml просто добавьте две строки, как здесь:

...
adapter: postgresql
encoding: unicode
pool: 5
host: localhost
port: 5432

Это решило мою проблему:)

Прежде чем использовать это исправление:

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

Но после каждой перезагрузки /tmp/.s.PGSQL.5432 был удален, и мне пришлось повторять эти команды. Решение работает, но это ужасно, поэтому лучше всего изменить файл конфигурации базы данных Rails:)

Ответ 15

Получил эту ошибку, когда я настраивал Posgtres с Django, я использую Back Track, и он поставляется с установленным Postgres. Я предполагаю, что это проблема. Я исправил его, полностью удалив его, затем переустановив.

sudo apt-get remove postgresql
sudo apt-get purge postgresql

Теперь запустите:

apt-get --purge remove postgresql\*

чтобы удалить все PostgreSQL из вашей системы. Просто очистить пакет postgres недостаточно, поскольку это просто пустой мета-пакет.

После удаления всех пакетов PostgreSQL запустите:

rm -r /etc/postgresql/
rm -r /etc/postgresql-common/
rm -r /var/lib/postgresql/
userdel -r postgres
groupdel postgres

Теперь вы должны иметь возможность:

apt-get install postgresql

Ответ 16

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

sudo service postgresql restart

Это не упоминается здесь.

Ответ 17

MacOSX здесь. У меня была такая же проблема после обновления моей установки postresql от pre-9.1 до 9.1.2 с использованием homebrew. (Кстати, не забудьте сбросить базы данных до вашего обновления с помощью pg_dump, базы данных до 9.1 несовместимы.) Такая же проблема, те же сообщения об ошибках.

Деинсталляция pg gem сделала трюк для меня. На самом деле мне нужно было немного потанцевать, чтобы обнаружить эту проблему. Сначала я удалил глобальную жемчужину, очистив колоду от всех старых драгоценных камней (их было несколько). Затем я удалил pg из своего Gemfile, переработал, восстановил ссылку pg и снова отскочил.

После этого он работал как шарм.

Ответ 18

Привет, мир:)
Лучшим, но странным для меня способом было сделать следующее.

1) Загрузите postgres93.app или другую версию. Добавьте это приложение в папку /Applications/.

2) Добавьте строку (команду) в файл .bash_profile (который находится в моем домашнем каталоге):

export PATH=/Applications/Postgres93.app/Contents/MacOS/bin/:$PATH

3) Запустите папку Postgres93.app из /Applications/. Он запускает локальный сервер (порт "5432", а хост - "localhost" ).

4) После всех этих манипуляций я был рад запустить $ createuser -SRDP user_name и другие команды и убедиться, что он сработает! Postgres93.app можно запускать при каждом запуске системы.

5) Также, если вы хотите графически увидеть свои базы данных, вы должны установить PG Commander.app. Это хороший способ увидеть вашу базу данных postgres как симпатичные таблицы данных.

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

Ответ 19

gem uninstall pg

В OS X с Homebrew:

gem install pg -- --with-pg-config=/usr/local/bin/pg_config

Ответ 20

У меня возникла эта проблема, и после дальнейшего расследования (запуск rake db:setup) я увидел, что рельсы пытались подключиться к ранее использованному экземпляру postgres - такому, который хранился в переменных env как DATABASE_URL.

Исправление: unset DATABASE_URL

источник: fooobar.com/questions/22804/...

Ответ 21

Я пробовал большинство решений этой проблемы, но не мог заставить их работать.

Я запустил lsof -P | grep ':5432' | awk '{print $2}', который показал PID процесса. Однако я не мог убить его с помощью kill -9 <pid>.

Когда я запустил pkill postgresql, процесс, наконец, остановился. Надеюсь, это поможет.