pgsql connection error что это

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

Я установил стек Bitnami Django, который включал PostgreSQL 8.4.

PG определенно работает, и pg_hba.conf файл выглядит так:

«Доказательство», что pg работает:

Эта проблема возникает из-за установки postgres пакета без номера версии. Хотя postgres будет установлен и будет правильной версии, скрипт для настройки кластера не будет работать правильно; это проблема упаковки.

Если вам удобно, postgres есть скрипт, который вы можете запустить, чтобы создать этот кластер и postgres запустить его. Тем не менее, есть более простой способ.

Сначала удалите старую установку postgres. В настоящее время проблема заключается в 9.1, поэтому я буду считать, что это то, что вы установили

Теперь просто переустановите

Запишите название пакета с номером версии. НТН.

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

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

Включить или добавить:

Перезапустите ядро ​​базы данных:

Также вы можете проверить файл pg_hba.conf

И добавьте адрес своей сети или хоста:

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

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

Я заставляю это работать этим:

Выберите предпочитаемые локали и запустите

и тогда это работает!

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

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

Это выполняется локально с использованием локальных разрешений. Единственным недостатком является то, что он больше печатает, чем просто «psql».

В моем случае вместо:

Решение:

Если ваша служба Postgres запущена и работает без каких-либо ошибок или при запуске службы Postgres нет ошибок, но вы все еще получаете указанную ошибку, выполните следующие действия.

Шаг 1: Запуск pg_lsclusters покажет все кластеры postgres, работающие на вашем устройстве

Скорее всего, статус будет ниже в вашем случае и сервис Postgres

Шаг 2: перезапустите pg_ctlcluster

Шаг 3: Шаг 2 не удался и выдал ошибку

Если этот процесс не будет успешным, он выдаст ошибку. Вы можете увидеть журнал ошибок на /var/log/postgresql/postgresql-9.6-main.log

Шаг 4: проверьте право собственности на postgres

Убедитесь, что postgres это владелец /var/lib/postgresql/version_no/main

Если нет, запустите

Шаг 5: Проверьте, что пользователь postgres принадлежит к группе пользователей ssl-cert

Оказалось, что я ошибочно удалил пользователя Postgres из ssl-cert группы. Запустите приведенный ниже код, чтобы исправить проблему группы пользователей и исправить разрешения

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

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

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

Запустите сервер postgres:

Убедитесь, что сервер запускается при загрузке:

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

Я не смог решить эту проблему с моим сервером postgres-9.5. После 3 дней нулевого прогресса, пробуя каждую перестановку исправлений на этом и других сайтах, я решил переустановить сервер и потерять 5 дней работы. Но я повторил проблему на новом экземпляре. Это может дать некоторое представление о том, как это исправить, прежде чем использовать катастрофический подход, который я сделал.

Во-первых, отключите все параметры ведения журнала в postgresql.conf. Это раздел:

Закомментируйте все в этом разделе. Затем перезапустите сервис.

Если это не помогает, то подумайте:

Я менял владельца многих папок, пытаясь найти решение. Я знал, что я, вероятно, буду пытаться вернуть владельцам этих папок еще chmod два дня. Если вы уже перепутали владельцев этих папок и не хотите полностью очищать свой сервер, начните отслеживать настройки всех затронутых папок, чтобы вернуть их в исходное состояние. Возможно, вы захотите попробовать выполнить параллельную установку в другой системе и систематически проверять владение и настройки всех папок. Утомительно, но вы можете получить доступ к своим данным.

Источник

unable to connect to server for Postgres

I have a problem to connect server for Postgres after I updated my windows.Before I update there is no problem to open the database. My database in Postgres also gone. When I want to create my new database it show this error:

Unable to connect to server: could not connect to server: Connection refused (0x0000274D/10061) Is the server running on host «localhost» (::1) and accepting TCP/IP connections on port 5432? could not connect to server: Connection refused (0x0000274D/10061) Is the server running on host «localhost» (127.0.0.1) and accepting TCP/IP connections on port 5432?

17 Answers 17

On windows, Just go to the ‘Services’. Start/Restart the postgresql-X64 service. It worked for me as my service was in stopped state somehow.

There are two items to configure if your server isn’t on localhost:

In my case I couldnt’ open the pgAdmin4, for some reason. I use Postgresql 10 and pgAdmin4

I fixed it and it worked. Check if those 2 are in line.

On windows, Just go to the ‘Services’. Start/Restart the postgresql-X64 service. It worked for me as my service was in stopped state somehow.

First press win key+R Search for services.msc A window will open in that find postgresql-x64-13 and open that, in that tab click start option For me its works perfectly.

goto service and start postgresql-x64-10 service

This is a note for a normal user. If using an official installer, it should have a built-in service,

I cancelled the installation and then tried again, but with a plain-text password this time, and it worked. It turned out that the special characters in my password were the problem.

I think the problem is with your server listening to default public IP address. For example in the PostgreSQL package, your sever is set to listen to localhost as default public address which when you launch/ run database, the address might be something like ‘127.0.0.1’

To fix you can try change localhost to ‘‘ as in «listen_addresses = ‘‘».

Also to access your postgresql.conf file, go to:

On Windows, the file is in /Program Files/PostgreSQL/ /share/. On Ubuntu, these files are in /etc/postgresql/ /main/.

P.S: Changing the defaults ‘localhost’; to ‘*’ will let your server listen to any public database address either «localhost, 127.0.0.1 etc.

I know you might have fix this, just for others that might run into the same issue in the future. Hope it was helpful

Источник

Postgres не удалось подключиться к серверу

После обновления brew и обновления brew мои postgres получили некоторую проблему. Я попытался удалить postgres и установить снова, но это не сработало.

Это сообщение об ошибке. (Я также получил это сообщение об ошибке, когда я пытаюсь выполнить rake db: migrate)

Как я могу его решить?

Версия для Mac: Горный лев.

homebrew версия: 0.9.3

версия postgres: psql (PostgreSQL) 9.2.1

И это то, что я сделал.

Но я запускаю rake db:migrate в моем приложении rails, он показывает:

Наконец, я нахожу решение.

Это решение немного сложно, но оно работает. Надеюсь, что у кого-то есть лучшее решение.

Обновление

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

ОТВЕТЫ

Ответ 1

Была аналогичная проблема; файл pid блокировал postgres от запуска. Чтобы исправить это:

а затем все хорошо.

Ответ 2

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

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

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

Ответ 3

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

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

Ответ 4

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

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

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

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

Ответ 5

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

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

Ответ 6

Ответ 7

Ответ 8

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

Ответ 9

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

Если это не так, проверьте ваш postgresql.conf для изменения unix_socket_directory.

Ответ 10

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

Ответ 11

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

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

Потом я переинициализировал сервисы postgres

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

Ответ 12

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

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

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

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

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

Ответ 13

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

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

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

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

Ответ 14

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

Ответ 15

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

Ответ 16

: Указывает имя хоста машины, на которой работает сервер. Если значение начинается с косой черты, оно используется как каталог для сокета Unix-домена.

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

Ответ 17

Ответ 18

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

Ответ 19

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

Ответ 20

Для полноты, я пытался извлечь записи из базы данных из консоли Rails:

Ответ 21

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

Ответ 22

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

Ответ 23

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

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

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

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

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

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

Ответ 24

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

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

local all all password

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

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

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

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

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

Ответ 25

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

Ответ 26

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

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

Ответ 27

Ответ 28

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

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

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

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

Ответ 29

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

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

Ответ 30

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

brew install postgres

Источник

PostgreSQL: почему psql не может подключиться к серверу?

Я набрал psql и получил следующее:

22 ответа

Шаг 1. Убедитесь, что база данных работает

Команда может отличаться в зависимости от вашей операционной системы. Но в большинстве систем * ix будет работать следующее: он будет искать postgres среди всех запущенных процессов

В моей системе Mac OSX это выплевывает

Последний столбец показывает команду, используемую для запуска сервера, и параметры.

Вы можете просмотреть все варианты, доступные для запуска сервера postgres, используя следующее.

Шаг 2. Если служба postgres запущена

Используйте find для поиска местоположения сокета, который должен быть где-нибудь в /tmp

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

Затем попробуйте подключиться через psql, явно указав расположение этого файла, например.

Шаг 3. Если служба запущена, но вы не видите сокет

Если вы не можете найти сокет, но видите, что служба запущена, убедитесь, что в файле pg_hba.conf разрешены локальные сокеты.

По умолчанию в нижней части файла вы должны увидеть следующие строки:

Если вы его не видите, вы можете изменить файл и перезапустить службу postgres.

В моем случае я увидел эту ошибку, и postgres не запущен.

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

Решением было создать папку /etc/postgres//main

А затем создайте кластер с помощью:

После этого, просто перезапустив службу postgresql, все должно работать.

У меня возникла эта проблема при работе с PostgreSQL в Ubuntu 18.04.

Я проверил свой статус PostgreSQL и понял, что он работает нормально, используя:

Я также попытался перезапустить сервер PotgreSQL на машине, используя:

Но проблема не исчезла:

После ответа Noushad я сделал следующее :

Перечислите все кластеры Postgres, запущенные на вашем устройстве:

Это дало мне этот вывод красного цвета, показывая, что все они не работают, а статус также показывает не работает :

Перезапустите pg_ctlcluster для одного из кластеров серверов. Для меня я перезапустил PG 10 :

Однако он вызвал ошибку ниже, и та же ошибка возникла, когда я попытался перезапустить другие кластеры PG:

Я увидел следующую ошибку:

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

Я исправил это, выполнив команду ниже. Я выполнил команду для 3 кластеров PG на своей машине:

После чего я перезапустил каждый из кластеров PG:

И вот, наконец, я снова проверил работоспособность кластеров:

На этот раз все снова было хорошо, так как статус показал онлайн :

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

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

Я мог бы решить эту проблему, установив правильные разрешения для datadir. Так должно быть

Убедитесь, что Postgres работает, используя:

У меня была аналогичная проблема, и проблема была в файле конфигурации pg_hba.conf. Ранее я внес некоторые изменения, из-за которых сервер отказывался от ошибок при попытке его запуска. Комментирование лишних дополнений решило проблему.

У меня такая же проблема. Вроде нет сокета, когда нет кластера.

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

Это может вызвать что угодно, например, моя проблема была вызвана опечаткой в ​​файлах конфигурации. Некоторые люди говорят, что это вызвано файлами сертификатов, другая группа считает, что причиной этого являются несогласованные местные жители.

Если вы не можете найти решение своей проблемы, удалите postgres и переустановите его. Это лучшее решение.

Во время новой установки postgresql. По умолчанию имя пользователя и пароль назначаются как «postgres». Эта СУБД предоставляет возможность добавить роль для нового пользователя и создать базу данных. Если вы получаете такие ошибки:

логин по умолчанию логин:

ype psql для интерактивной подсказки

Чтобы выйти из режима быстрого использования

Чтобы создать новую роль пользователя

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

Итак, для меня и моих друзей, работающих над приложением Node.js (с Postgres и Sequelize), нам пришлось

brew services start postgresql **** (используйте Homebrew для запуска postgres)

Ошибка означает, что сервер Postgres не запущен. Попробуйте запустить его:

Убедитесь, что сервер запускается при загрузке:

Моя проблема с этим сообщением об ошибке заключалась в неправильных разрешениях для сертификатов ключей и pem, которыми я манипулировал. Мне очень помогло: /var/log/postgresql/postgresql-9.5-main.log, где находятся все ошибки.

Краткое руководство по debian для удаленного доступа к базе данных postgres на сервере из клиента psql: (измененная конфигурация документирована в файлах):

sudo /etc/init.d/postgresql restart изменения вступают в силу

Я решил эту проблему, проверив свою файловую систему, диск был полностью заполнен, поэтому база данных не запускалась

Я пробовал несколько способов устранения неполадок, пока не проверил использование своего диска и не обнаружил, что он заполнен, используется 100%,

Я столкнулся с той же проблемой и

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

Пару раз сталкивался с подобной проблемой. Обычно я просто выполняю новую установку PostgreSQL, следуя этому tutorial, и это решает проблему за счет потери данных.

Я был полон решимости получить настоящее исправление сегодня. Перезапуск PostgreSQL разрешил это на ubuntu. sudo /etc/init.d/postgresql restart

Если при запуске службы Postgres ошибок нет, выполните следующие действия.

Шаг 1. Запуск pg_lsclusters отобразит список всех кластеров Postgres, работающих на вашем устройстве.

Скорее всего, в вашем случае статус будет понижен. Если нет, перезапустите службу PostgreSQL

Шаг 2: перезапустите pg_ctlcluster

Шаг 3. Шаг 2 завершился неудачно, и возникла ошибка

Если перезапуск pg_lsclusters не был успешным, он выдаст ошибку. Моя ошибка была (вы можете увидеть ошибки в журналах /var/log/postgresql/postgresql-9.6-main.log )

Шаг 4: проверьте право собственности на postgres

Шаг 5. Убедитесь, что пользователь postgres принадлежит к группе пользователей ssl-cert.

Это случилось со мной, и оказалось, что я ошибочно удалил пользователя Postgres из группы «ssl-cert». Запустите приведенный ниже код, чтобы исправить проблему с группой пользователей и исправить разрешения.

Источник

Problems connecting to Windows-based Postgresql

Other computers are having trouble even finding the running Postgresql 9.1 on my Windows 7 machine. Local connections work just fine of course.

In my pg_hba.conf I have:

In postgresql.conf I have (Yes, port 5433 is intentional):

Heck, I even made a firewall exception:

The typical response from pgAdmin is always the dreaded:

5 Answers 5

Here are the steps of troubleshooting I would recommend:

From the local machine try the following. If they work you know the issue is not PostgreSQL. If they don’t work then you know your issue is local to the machine.

Now if that works the next step is to troubleshoot the network. Traceroute may be helpful here. Also try connecting to any other open ports using other software and make sure that works. From there, you may be able to figure out exactly where the packets are being dropped.

Make sure PostgreSQL Server is allowed through the firewall:

On the server machine, go to

Control Panel > System and Security > Windows Firewall > Allow an app through Windows Firewall

Scroll through Allowed apps and features, make sure ‘PostgreSQL Server’ is checked.

I faced the same problem, it was resolved by turning off my Win Firewall and Antivirus
They were blocking the DB server connection

Add rule in firewall for postgres

Go to «Control Pannel» =>> «Windows Defender Firewall»

Then Choose «Advanced Settings»(Mostly in Left Hand Side Vertical Options) This will open «Windows Defender Firewall with Advanced Security On Local Computer»

Then Select «Inbound Rule».

Then Click On «New Rule». This will open «New Inbound Rule Wizard».

Select «Program» and Click On Next.

Add Program Path of psql.exe. In my case psql.exe is at localtion «C:\Program Files\PostgreSQL\9.6\bin\psql.exe».

Select «Allow the location».

Check all checkbox for whom you want to apply the rule.

Give proper name and description for the rule. Then click on finish.

This will add new rule to access psql with localhost. Then try to run pgAdmin or access db with cmd.

For postgresql version 11.8 and postgresql version 12.3 on a Windows 10; the only solution for me was to reinstall.

A broad, elaborated explanation of my experience and solution and all the other topic-solutions I tried:

The general thought/assumptions:

It looks like it is pgAdmin (probably version 4) or your admin rights or one of the files mentioned above (postgresql.conf and/or pg_hba.conf).

I had the same error and even a password error (for the correct password) after being a step further by some todo’s and fixes that helped other people in previous versions;

But none of them worked for postgresql version 12.3 and/or postgresql version 11.8

Solution versions:

The only thing that helped after two hours was: As explained in this post: ‘PostgreSQL Install fail on Windows 10 (icalcs error/acces denied)’ on the superuser forum of StackExchange:

Note: You can keep your data map so nothing is lost!

In my case e.g.: I removed the /data folder from the (Windows 10) [Drive]/Program Files/PostgreSQL/11 and as soon as I uninstalled version 11.2 and reinstalled (earlier removed 12) version 12: when I started pgAdmin4 my former servers ([nameA] and [PostgreSQL 11] and databases ánd the new server [PostgreSQL 12] were there! And the connection was reestablished

Tried:

Earlier tried solutions that did not work in my case:

Источник