psql ошибка не удалось подключиться к серверу нет такого файла или каталога
Psql не может подключиться к серверу: нет такого файла или каталога, ошибка 5432?
Я пытаюсь запустить psql на моей машине Vagrant, но я получаю эту ошибку:
ИЗМЕНИТЬ Команды, которые я использовал для установки и запуска postgres:
9 ответов
Сама ошибка связана с неправильной настройкой postgresql, которая приводит к сбою сервера перед его запуском.
Я бы предложил следующие инструкции:
Проверьте, какой кластер вы используете, вывод должен быть примерно таким:
Не обращайте внимания на знаки ‘—‘, поскольку они используются там только для выравнивания. Важной информацией являются версия и кластер. Вы также можете проверить, работает ли сервер в столбце состояния.
2017-07-13 16:53:04 BRT 32176 LOG: недопустимый метод аутентификации «all»
2017-07-13 16:53:04 BRT 32176 КОНТЕКСТ: строка 90 файла конфигурации «/etc/postgresql/9.5/main/pg_hba.conf»
2017-07-13 16:53:04 BRT 32176 FATAL: не удалось загрузить pg_hba.conf
У меня была та же проблема, но здесь не помог ни один из ответов.
Как я это исправил (mac)
Я просто публикую это для всех, кто чувствует себя потерянным и безнадежным, как и я, когда нашел этот вопрос. Кажется, что иногда, редактируя некоторые файлы конфигурации, связанные с psotgresql, можно случайно изменить права доступа к файлу:
Обратите внимание, что pg_hba.conf принадлежит root, и пользователи даже не могут его прочитать. Это приводит к тому, что postgres не может открыть этот файл и, следовательно, не может запустить сервер, что приводит к ошибке, замеченной в исходном вопросе.
sudo chmod +r pg_hba.conf
Мне удалось снова сделать этот файл доступным для пользователя postgres, а затем после запуска
Используя psql: не удалось подключиться к серверу: нет такого файла или каталога ошибка 5432?
Я пытаюсь запустить psql на моей бродячей машине, но я получаю эту ошибку:
Примечание: Бродяга 1.9.2 Box: ubuntu / trusty64,https://atlas.hashicorp.com/ubuntu/boxes/trusty64
редактировать Команды, которые я использовал для установки и запуска postgres:
8 ответов
у меня была такая же проблема, связанная с конфигурацией моего pg_hba.файл conf (находится в /etc/postgresql/9.6/main ). Пожалуйста, не то, что 9.6-это версия postgresql, которую я использую.
сама ошибка связана с неправильной конфигурацией postgresql, что приводит к сбою сервера до его запуска.
Я бы предложил следовать этим инструкциям:
проверьте, что такое кластер, который вы используете, выход должен быть чем-то вроде:
версия-каталог данных владельца состояния порта кластера
2017-07-13 16:53: 04 BRT 32176 ЖУРНАЛ: недопустимый метод аутентификации «все»
2017-07-13 16:53: 04 BRT 32176 контекст: строка 90 файла конфигурации » / etc/postgresql/9.5/main / pg_hba.conf»
2017-07-13 16:53: 04 BRT 32176 FATAL: не удалось загрузить pg_hba.conf
Я много искал, чтобы найти это, кредит идет на это в должности.
Я просто публикую это для всех, кто чувствует себя потерянным и безнадежным, как я сделал, когда нашел этот вопрос. Кажется, что иногда, редактируя некоторые файлы конфигурации, связанные с psotgresql, можно случайно изменить разрешения файла:
обратите внимание, как файл pg_hba.conf принадлежит root, и пользователи даже не могут его прочитать. Это приводит к тому, что postgres не сможет открыть этот файл и, следовательно, не сможет запустить сервер, вызвав ошибку в исходном вопросе.
sudo chmod +r pg_hba.conf
я смог сделать этот файл снова доступным для пользователя postgres, а затем после запуска
PostgreSQL в Linux: рецепты популярных действий и решения проблем
Оглавление
PostgreSQL, как сказано на её официальном сайте, это самая продвинутая в мире реляционная база данных с открытым исходным кодом.
Использование PostgreSQL
Как запустить службу PostgreSQL. Как управлять службой PostgreSQL
Запуск службы PostgreSQL:
Остановка службы PostgreSQL:
Добавление службы PostgreSQL в автозагрузку:
Удаление службы PostgreSQL из автозагрузки:
Для просмотра состояния процесса PostgreSQL:
Альтернативный вариант запуска службы для работы с определённой базой данных следующий:
Как узнать, какая версия PostgreSQL запущена
Версию запущенной PostgreSQL не всегда можно определить по установленным пакетам. Например, во время обновления PostgreSQL на некоторых дистрибутивах не заменяет предыдущую версию, а устанавливает новую в дополнении к имеющейся. Иногда у пользователя в корпоративной среде есть доступ через Navicat или phpPgAdmin, но нет доступа к консоли сервера, на котором работает база данных.
Для определения версии сервера выполните команду:
Для определения версии клиента:
Ещё один вариант определения версии PostgreSQL:
Если вам нужен только номер версии (например, для скрипта), то используйте следующую команду:
Хотя вместо postgres можно использовать postmaster, использование postgres предпочтительнее, поскольку postmaster это устаревший псевдоним для postgres.
Если вы предпочитаете вариант с SQL, то подключитесь к интерактивному терминалу:
Также вам может пригодиться один из следующих вариантов
Как инициализировать базу данных PostgreSQL
Остановите службу, если она запущена:
Директория /var/lib/postgres/ должна принадлежать пользователю postgres:
Смените пользователя на postgres:
Выполните инициализацию БД:
Если вы столкнулись с ошибкой:
То найдите расположение файла initdb:
И укажите до него полный путь в команде инициализации:
Нажмите CTRL+D
Запустите службу PostgreSQL:
Создайте нового пользователя (например, user):
При желании, вы можете установить пароль для пользователя, это делается командой с ключом -W:
Создайте базу данных (например, my-first-db):
Как подключиться к локальному серверу PostgreSQL
Для подключения к интерактивному терминалу PostgreSQL используется команда psql.
Примеры синтаксиса команд:
Для psql требуется указать имя пользователя и если он не указан, то пересылается имя текущего пользователя системы, который скорее всего отсутствует в базе данных PostgreSQL, что вызывает ошибку. По умолчанию создаётся пользователь postgres, поэтому без дополнительной настройке вы можете подключиться к серверу PostgreSQL следующим образом:
Какой конфигурационный файл использует PostgreSQL
Конфигурационный файл PostgreSQL носит имя postgresql.conf.
В системе может быть несколько конфигурационных файлов PostgreSQL. Вы можете найти их командой:
Что особенно важно, systemd может использовать свои собственные конфигурационные файлы, например:
Если вы настраиваете PostgreSQL, но после перезапуска службы с помощью systemd (systemctl) изменения не применяются, возможно, вы просто редактируете неверный файл.
Также конфигурационный файл имеется в директории с базой данных, например:
С пакетом PostgreSQL могут поставляться образцы конфигурационных файлов, например:
Как обновить базу данных PostgreSQL при переходе на новую версию
В чём разница между postgres и psql
postgres
Чтобы запустить сервер в однопользовательском режиме, используйте такую команду, как
Чтобы запустить postgres в фоновом режиме со значениями по умолчанию, введите:
Чтобы запустить postgres с определенным портом, например, 1234:
Чтобы подключиться к этому серверу с помощью psql, укажите этот порт с параметром -p:
или установите переменную окружения PGPORT:
psql
psql — это интерфейс для PostgreSQL на основе терминала. Он позволяет вам вводить запросы в интерактивном режиме, отправлять их в PostgreSQL и просматривать результаты запросов. В качестве альтернативы ввод может быть из файла или из аргументов командной строки. Кроме того, psql предоставляет ряд мета-команд и различных функций, подобных оболочке, для облегчения написания сценариев и автоматизации широкого спектра задач.
Пример запуска psql:
Запуск psql от пользователя postgres, который создаётся по умолчанию:
Ошибки PostgreSQL
psql: error: не удалось подключиться к серверу: Нет такого файла или каталога
При попытке подключиться к серверу PostgreSQL или выполнить запрос на сервере PostgreSQL, например:
вы можете столкнуться с ошибкой:
В англоязычной версии эта ошибка выглядит так:
Эта ошибка означает, что служба PostgreSQL не запущена, для её запуска выполните команду:
Альтернативный вариант запуска службы следующий:
Другой возможной причиной ошибки может быть то, что psql ищет файл сокета в неверной директории: например, файл сокета помещён в /tmp, а psql ищет его в /run/postgresql/. В этом случае вы можете с помощью опции —host явно указать директорию, в которой находится сокет:
FATAL: не удалось создать файл блокировки «/run/postgresql/.s.PGSQL.5432.lock»: Нет такого файла или каталога
При запуске системы БД, например, следующей командой:
Вы можете столкнуться с ошибкой:
В англоязычной версии ошибка выглядит так:
Причина ошибки в том, что не удалось создать файл блокировки в указанной директории. Путь директории может быть разным в различных дистрибутивах, например, /var/run/postgresql/ или как в сообщении выше /run/postgresql/. Вы можете разрешить проблему двумя способами:
Первый вариант — создаём директорию /run/postgresql/ и назначаем её владельцем пользователя postgres:
Второй вариант — открываем конфигурационный файл postgresql.conf (у вас может быть другое расположение)
И добавляем туда следующую запись:
sudo: postgres: command not found
Если при использовании postgres вы столкнулись с ошибкой:
то у этой проблемы может быть две возможных причины:
1. Не установлен пакет postgresql.
Установите его одной из следующих команд.
В Debian, Kali Linux, Linux Mint, Ubuntu и их производных:
В Arch Linux, Manjaro, BlackArch и их производных:
2. Исполнимый файл postgres находится за пределами $PATH
Это необязательно говорит о проблеме — такой подход может использоваться для возможности иметь на одном компьютере сразу несколько серверов PostgreSQL.
Найдите исполнимый файл
Как можно видеть на скриншоте, исполнимый файл присутствует для двух версий сервера:
Теперь вместо postgres используйте полный путь в команде запуска, например:
psql: ошибка: ВАЖНО: роль «» не существует
При попытке запуска интерактивного терминала PostgreSQL
Вы можете столкнуться с ошибкой:
Имя пользователя может быть другим — там будет показано имя того пользователя, котоырй пытается выполнить вход.
В англоязычной версии ошибка выглядит так:
Для psql необходимо имя пользователя и если оно не указано явно, то передаётся имя пользователя системы. Но поскольку данный пользователь не существует на сервере PostgreSQL, то возникает указанная выше ошибка.
Вы можете создать пользователя с любы именем, как это показано выше и ошибка исчезнет.
По умолчанию присутствует пользователь postgres, поэтому вы можете подключиться от его имени:
При запуске postgres вы можете столкнуться с ошибкой:
В англоязычной версии:
Суть ошибки в том, что необходимо указать конфигурационный файл в опции командной строки или в переменной окружения. Как вариант — можно указать путь до базы данных, содержащий конфигурационный файл. Например:
Конфигурационный файл называется postgresql.conf, но нужно указать не его, а директорию, в которой он содержится. Например:
initdb: command not found
Смотрите объяснение данной проблемы, а также дополнительные пути устранения в описании аналогичной ошибки: sudo: postgres: command not found
Найдите initdb с помощью:
И используйте в ваших командах абсолютный путь до файла initdb нужной вам версии, например:
Исправлено: psql: не удалось подключиться к серверу: нет такого файла или каталога —
PostgreSQL позиционирует себя как наиболее продвинутую платформу приложений базы данных с открытым исходным кодом, и Debian Linux, безусловно, имеет множество пакетов, которые делают его еще более сложным. Вы также можете найти множество пакетов для PostgreSQL, если вы работаете с Ubuntu Server или любым из различных спинов Ubuntu, поскольку они основаны на ядре Debian. Этот уровень сложности и развития делает предупреждения «невозможно подключиться к серверу» и «нет такого файла или каталога» гораздо более раздражающим.
К счастью, это обычно простые случаи проблем с разрешениями, вызванные тем, что PostgreSQL хочет, чтобы пользователь с именем postgres держал эти каталоги. Используя простой трюк командной строки, вы можете исправить это практически мгновенно. Однако вы должны заранее пройти несколько базовых диагностических проверок, просто чтобы убедиться, что это действительно проблема, с которой вы столкнулись.
Исправление PostgreSQL не удалось подключиться к ошибкам сервера
Сначала попробуйте перезапустить систему PostgreSQL вручную. Иногда этого достаточно, чтобы что-то исправить, а если нет, то вы, по крайней мере, получите сообщение об ошибке для работы. Скорее всего, вы просто перезапустите систему, введя команду psql от имени пользователя postgres.
Вы можете обнаружить, что это все прояснило. В противном случае вы можете получить строку с надписью «psql: не удалось подключиться к серверу: нет такого файла или каталога», что означает, что у вас проблемы с правами доступа. Если вы получите это сообщение об ошибке, вы также получите другой текст.
Проверьте статус службы, если вы получили это сообщение, чтобы убедиться, что модули загружены. Они должны быть, но если это не так, вы можете перезагрузить. Если вы получили сообщение «Loaded: загружен (/lib/systemd/system/postgresql.service; enabled)», то они работают. Пытаться перезапуск службы sudo после перезапуска просто сделать краткий перезапуск и посмотреть, исправит ли это что-нибудь. Обычно это не так, но это может стоить попробовать в зависимости.
Предполагая, что это не помогло, загляните в журнал PostgreSQL, чтобы найти ошибки. В маловероятном случае, если вы обнаружите что-то об ошибках пакета, вы можете пропустить один из модулей SQL. Обычно это не является причиной этих проблем, но, конечно, не повредит хотя бы взглянуть. Скорее всего, вы действительно столкнетесь с чем-то, что предупреждает вас о том, что «разрешения должны быть u = rwx (0700)» и
что «каталог данных« /var/lib/postgresql/9.6/main »имеет доступ к группе или миру», хотя вы можете увидеть другой номер версии в зависимости от того, какой сервер SQL вы используете.
Это связано с тем, что Debian и подобные дистрибутивы ожидают, что пользователь и группа postgres контролируют эти каталоги с разрешениями 0700 и всеми файлами с разрешениями 0600 в целях безопасности. Все, что вам нужно сделать, это запустить следующую команду в терминале, чтобы исправить разрешения:
Имейте в виду, что это должен быть верхний регистр X, а не более распространенный нижний регистр x, с которым вы, вероятно, больше знакомы из-за особого способа установки этих опций разрешения доступа к файлам. Хотя для этого вам нужен root-доступ, включение этих двух меток sudo должно быть более чем достаточным, чтобы дать себе соответствующие разрешения при работе от имени обычного пользователя. Это важно, так как Ubuntu и различные реализации Linux были выделены из Ubuntu и хэшировали основную корневую учетную запись, поэтому вам нужно действовать таким образом.
После завершения этой команды вы можете перезапустить службу, перезапуск службы sudo после перезапуска из терминала, и на этот раз у вас не должно быть ошибок. Если вы посмотрите на журнал, то предупреждений о проблемах с разрешениями больше не должно быть.
Это ошибка, которая возникает в результате довольно специфических условий, поэтому вы не должны испытывать ее снова после того, как исправили ее в первый раз, при условии, что вы не пытаетесь вручную что-либо делать, включая манипулирование разрешениями для каталогов PostgreSQL. Там нет ситуации, где это действительно должно быть необходимо в любом случае, кроме исправления этой проблемы в первую очередь.
Не удается подключиться к postgresql через порт 5432
Я установил стек Bitnami Django, который включал PostgreSQL 8.4.
PG определенно работает и pg_hba.conf файл выглядит так:
«Доказательство», что pg работает:
21 ответ
Эта проблема возникает из-за установки postgres пакет без номера версии. Хотя postgres будет установлена и будет правильной версией, скрипт для настройки кластера будет работать некорректно; это проблема упаковки.
Если вам удобно postgres есть скрипт, который вы можете запустить, чтобы создать этот кластер и получить postgres Бег. Тем не менее, есть более простой способ.
Сначала удалите старую установку postgres. В настоящее время проблема заключается в 9.1, поэтому я буду считать, что это то, что вы установили
Теперь просто переустановите
Запишите название пакета с номером версии. НТН.
Возможные обходные пути:
Вы можете узнать, какой локальный сокет UNIX используется сервером PostgrSQL, используя другой вызов netstat:
Просто создайте мягкую ссылку, подобную этой:
Это работает для меня:
Включить или добавить:
Перезапустите ядро базы данных:
Также вы можете проверить файл pg_hba.conf
И добавьте адрес своей сети или хоста:
Я заставляю это работать этим:
Выберите предпочитаемые локали и запустите
и тогда это работает!
Мне пришлось скомпилировать PostgreSQL 8.1 на Debian Squeeze, потому что я использую Project Open, который основан на OpenACS и не будет работать на более поздних версиях PostgreSQL.
Есть настройка в postgresql.conf установить местоположение розетки. Моя проблема заключалась в том, что либо я мог установить для /tmp а также psql работал, но проект не открыт, или я мог бы установить его для /var/run/postgresql а также 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-9.5. После 3 дней нулевого прогресса, пробуя каждую перестановку исправлений на этом и других сайтах, я решил переустановить сервер и потерять 5 дней работы. Но я повторил проблему на новом экземпляре. Это может дать некоторое представление о том, как это исправить, прежде чем использовать катастрофический подход, который я сделал.
Во-первых, отключите все параметры ведения журнала в postgresql.conf. Это раздел:
Закомментируйте все в этом разделе. Затем перезапустите сервис.
Если это не помогает, то подумайте:
Я менял владельца многих папок, пытаясь найти решение. Я знал, что я, вероятно, буду пытаться вернуть владельцы этих папок и chmod еще 2 дня. Если вы уже перепутали владельцев этих папок и не хотите полностью очищать свой сервер, начните отслеживать настройки всех затронутых папок, чтобы вернуть их в исходное состояние. Возможно, вы захотите попробовать выполнить параллельную установку в другой системе и систематически проверять владение и настройки всех папок. Утомительно, но вы можете получить доступ к своим данным.