Не удается подключиться к postgresql на порту 5432

В моем случае все, что я должен был сделать, это следующее:

  sudo service postgresql restart  

, а затем

  sudo -u postgres psql  

Это сработало отлично. Надеюсь, поможет. Приветствия :).

Вы можете использовать psql -U postgres -h localhost , чтобы заставить соединение происходить через TCP вместо сокетов домена UNIX; ваш вывод netstat показывает, что сервер PostgreSQL прослушивает порт 5432 локального хоста.

Вы можете узнать, какой локальный UNIX-сокет используется сервером PostgrSQL, используя другую функцию invocavtion netstat :

  netstat -lp --protocol = unix |  grep postgres  

Во всяком случае интерфейсы, на которых прослушивается сервер PostgreSQL, настроены в postgresql.conf .

Просто создайте такую ​​программную ссылку:

  ln -s /tmp/.s.PGSQL.5432 /var/run/postgresql/.s.PGSQL.5432  [  ! d2]                   

В то же время я попытался что-то другое:

Запуск дескриптора postgresql вручную я получил:

  FATAL: не удалось создать сегмент разделяемой памяти ...  уменьшите размер запроса (в настоящее время 57237504 байта), уменьшите использование общей памяти PostgreSQL, возможно, за счет сокращения shared_buffers или max_connections.   

Итак, я сделал, чтобы установить нижний предел для shared_buffers и max_connections в postgresql.conf и перезапустите службу .

Это исправило проблему!

Вот полный журнал ошибок:

  $ sudo service postgresql start * Запуск сервера баз данных PostgreSQL 9.1 * Сервер PostgreSQL  не смог начать.  Пожалуйста, проверьте выход журнала: 2013-06-26 15:05:11 CEST FATAL: не удалось создать сегмент разделяемой памяти: недопустимый аргумент 2013-06-26 15:05:11 CEST DETAIL: Неудачный системный вызов был shmget (key = 5432001  , размер = 57237504, 03600).  2013-06-26 15:05:11 CEST HINT: эта ошибка обычно означает, что запрос PostgreSQL для сегмента разделяемой памяти превысил параметр SHMMAX вашего ядра.  Вы можете уменьшить размер запроса или перенастроить ядро ​​с большим SHMMAX.  Чтобы уменьшить размер запроса (в настоящее время 57237504 байта), уменьшите использование общей памяти PostgreSQL, возможно, путем сокращения shared_buffers или max_connections.  Если размер запроса уже невелик, возможно, что он меньше, чем параметр SHMMIN вашего ядра, и в этом случае требуется увеличить размер запроса или перенастроить SHMMIN.  В документации PostgreSQL содержится дополнительная информация о конфигурации разделяемой памяти.   

Решение:

Сделайте это

  export LC_ALL = "en_US.UTF-8"  

и это. (9.3 - моя текущая версия PostgreSQL. Напишите свою версию!)

  sudo pg_createcluster 9.3 main --start  

Я обнаружил, что удаление звуков Postgres неубедительно. Это помогает решить мою проблему:

1. Запустить сервер postgres: sudo systemctl start postgresql
2. Убедитесь, что сервер запускается при загрузке: sudo systemctl enable postgresql

Подробную информацию можно найти на сайте DigitalOcean Здесь.

У меня была такая же проблема, о которой описал Питер Айзентраут. Используя netstat -nlp | grep 5432 , я мог видеть, что сервер прослушивал сокет /tmp/.s.PGSQL.5432 .

Чтобы исправить это, просто отредактируйте свой postgresql.conf и измените следующие строки:

  listen_addresses = '*' unix_socket_directories = '/ var / run / postgresql'  

] Теперь запустите service postgresql-9.4 restart (замените 9-4 вашей версией), и теперь должны работать удаленные подключения.

Теперь, чтобы разрешить локальные подключения, просто создайте символическую ссылку на каталог / var / run / postgresql .

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

Не забудьте убедиться, что ваш pg_hba.conf настроен правильно.

В моем случае это было вызвано опечаткой, которое я сделал при редактировании /etc/postgresql/9.5/main/pg_hba.conf

Я изменил:

  # Административный вход в базу данных по Unix-домену сокет local all postgres peer  

to:

  # Административный вход в базу данных по домену Unix local all  postgres MD5  

Но MD5 должен был иметь нижний регистр md5 :

  # Административный вход в базу данных по  Unix доменное локальное все postgres md5  

Сообщение об ошибке относится к сокету Unix-домена, поэтому вам нужно настроить ваш вызов netstat , чтобы не исключать их. Поэтому попробуйте без опции -t :

  netstat -nlp |  grep 5432  

Я бы предположил, что сервер действительно прослушивает сокет /tmp/.s.PGSQL.5432 , а не файл / var / run / postgresql / .s.PGSQL.5432 , к которому пытается подключиться ваш клиент. Это типичная проблема при использовании компилированных или сторонних пакетов PostgreSQL на Debian или Ubuntu, потому что исходный по умолчанию для каталога сокетов в Unix-домене является / tmp , но упаковка Debian меняет его на / var / run / postgresql .

Возможные обходные пути:

• Используйте клиентов, предоставленных вашим сторонним пакетом (вызов / opt /djangostack-1.3-0/postgresql/bin/psql).
• Исправить каталог сокетов стороннего пакета, который будет совместим с Debian / Ubuntu.
• Исключить все пакеты, поставляемые Ubuntu, ] Используйте -H localhost для подключения через TCP / IP.
• Используйте -h / tmp или эквивалентную настройку PGHOST чтобы указать на правый каталог.
• Не используйте сторонние пакеты.

Мне пришлось скомпилировать PostgreSQL 8.1 на Debian Squeeze, потому что я использую Project Open, основанный на OpenACS и не запускающийся в более поздних версиях PostgreSQL.

Конфигурация компиляции по умолчанию ставит unix_socket в / tmp , но Project Open, который полагается на PostgreSQL, не будет работать, потому что он ищет unix_socket в / var / run / PostgreSQL .

В настройке postgresql.conf есть настройка для установки местоположения сокета. Моя проблема заключалась в том, что либо я мог установить для / tmp и psql , но не проект открытым, или я мог бы установить его для / var / run / postgresql [ ! d7] и psql не будут работать, но проект открыт.

  psql -h / var / run / postgresql  

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

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