PostgreSQL 9.2.4 (Windows 7) - Служба не запускается, «не удалось загрузить pg_hba.conf». Служба postgresql не запускается


service - PostgreSQL 9.2.4 (Windows 7)

Я пытаюсь запустить Postgres 9.2.4 в качестве службы в Windows 7. После установки postgres служба работал нормально. Однако после установки postgres в качестве сервера для другой программы служба перестала работать. Когда я пытаюсь запустить службу сейчас, я получаю сообщение о том:.

«для PostgreSQL x64-9.2 - PostgreSQL сервера 9.2 службы на локальном компьютере начал и затем остановился Некоторые службы автоматически останавливаются, если они не используются другими службами или программами ».

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

«возникла ошибка при попытке войти в систему или зарегистрироваться базы данных производства детали:. Могли не подключиться к серверу; Может не подключаться к удаленному сокету Приложение теперь должно закрыть»

Я также столкнулся с этой ошибкой один раз при открытии той же программы:

.

«Проблема возникла при попытке войти в систему или создать производственную базу данных . Детали: FATAL:. Не удалось загрузить pg_hba.conf The приложения Теперь необходимо закрыть»

Я попытался запустить службу входа в систему в качестве учетной записи локальной системы, а также свой собственный счет (в свойствах Postgres услуг) . но безрезультатно Я также попытался перезагрузить компьютер После большого поиска неисправностей в сети, я узнал, что хорошая вещь, чтобы проверить это файл pg_log Вот содержимое последней записи pg_log:..

2013-05-29 14:59:45 MDT LOG: database system was interrupted; last known up at 2013-05-29 14:58:01 MDT 2013-05-29 14:59:45 MDT LOG: database system was not properly shut down; automatic recovery in progress 2013-05-29 14:59:45 MDT LOG: record with zero length at 0/175BB98 2013-05-29 14:59:45 MDT LOG: redo is not required 2013-05-29 14:59:45 MDT LOG: database system is ready to accept connections 2013-05-29 14:59:45 MDT LOG: autovacuum launcher started 2013-05-29 15:07:00 MDT LOG: local connections are not supported by this build 2013-05-29 15:07:00 MDT CONTEXT: line 1 of configuration file "C:/PostgreSQL/data/pg_hba.conf" 2013-05-29 15:07:00 MDT FATAL: could not load pg_hba.conf 2013-05-29 15:07:00 MDT LOG: local connections are not supported by this build 2013-05-29 15:07:00 MDT CONTEXT: line 1 of configuration file "C:/PostgreSQL/data/pg_hba.conf" 2013-05-29 15:07:00 MDT FATAL: could not load pg_hba.conf 2013-05-29 15:09:03 MDT LOG: received fast shutdown request 2013-05-29 15:09:03 MDT LOG: aborting any active transactions 2013-05-29 15:09:03 MDT LOG: autovacuum launcher shutting down 2013-05-29 15:09:03 MDT LOG: shutting down 2013-05-29 15:09:03 MDT LOG: database system is shut down

это кажется для возникновения проблем с файлом pg_hba.conf, который выглядит следующим образом:

local all all trust host all all 127.0.0.1 255.255.255.255 trust host all all 0.0.0.0 0.0.0.0 trust

В соответствии с многочисленными предложениями в Интернете я попытался изменить верхнюю строку на несколько различных альтернатив (все хост-трафик/хост все 127.0.0.1/32 доверие/хост все 192.168.0.100/24 ​​доверие и т. Д.) , Это имело смысл для меня, поскольку в файле журнала говорилось, что локальные соединения не поддерживаются postgres и также указывают на эту строку. Однако ни одно из моих изменений не повлияло. Я попытался перезагрузить свой компьютер после каждого изменения, но ничего не изменилось.

Когда я искал примеры того, как обычно выглядит файл pg_hba.conf, примеры выглядели немного отличными от моего файла. Я заметил, что в файле программы PostgreSQL в дополнение к pg_hba.conf был также файл 20130529-150444-old-pg_hba.conf, который намного больше напоминал примеры, которые я нашел в Интернете. Этот файл имеет несколько строк комментариев до этих последних строк:

# TYPE DATABASE USER ADDRESS METHOD # IPv4 local connections: host all all 127.0.0.1/32 md5 # IPv6 local connections: host all all ::1/128 md5 # Allow replication connections from localhost, by a user with the # replication privilege. #host replication postgres 127.0.0.1/32 md5 #host replication postgres ::1/128 md5

Я надеялся, что это был оригинальным pg_hba.conf файл и что если я заменил новый файл с содержимым старой, Postgres будет снова начните работать. Нет такой удачи. Я надеялся, что в pg_log будет записано больше файлов ошибок, чтобы узнать, исчезла ли ранее заявленная ошибка или что-то изменилось, но больше файлов не было зарегистрировано.

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

stackoverrun.com

Не стартует служба postgres. | PostgreSQL

Добрый день!Что-то пошло не так... После перезагрузки сервера не запускается служба postgres.

2017-03-29 18:31:23 MSK FATAL: the database system is starting up2017-03-29 18:31:23 MSK LOG: database system was interrupted; last known up at 2017-03-29 16:56:45 MSK2017-03-29 18:31:24 MSK FATAL: the database system is starting up2017-03-29 18:31:25 MSK FATAL: the database system is starting up2017-03-29 18:31:26 MSK FATAL: the database system is starting up2017-03-29 18:31:27 MSK FATAL: the database system is starting up2017-03-29 18:31:28 MSK FATAL: the database system is starting up2017-03-29 18:31:29 MSK FATAL: the database system is starting up2017-03-29 18:31:30 MSK FATAL: the database system is starting up2017-03-29 18:31:31 MSK FATAL: the database system is starting up2017-03-29 18:31:32 MSK FATAL: the database system is starting up2017-03-29 18:31:33 MSK FATAL: the database system is starting up2017-03-29 18:31:34 MSK FATAL: the database system is starting up2017-03-29 18:31:35 MSK FATAL: the database system is starting up2017-03-29 18:31:36 MSK FATAL: the database system is starting up2017-03-29 18:31:37 MSK FATAL: the database system is starting up2017-03-29 18:31:38 MSK FATAL: the database system is starting up2017-03-29 18:31:39 MSK FATAL: the database system is starting up2017-03-29 18:31:40 MSK FATAL: the database system is starting up2017-03-29 18:31:41 MSK FATAL: the database system is starting up2017-03-29 18:31:42 MSK FATAL: the database system is starting up2017-03-29 18:31:43 MSK FATAL: the database system is starting up2017-03-29 18:31:44 MSK FATAL: the database system is starting up2017-03-29 18:31:45 MSK FATAL: the database system is starting up2017-03-29 18:31:46 MSK FATAL: the database system is starting up2017-03-29 18:31:47 MSK FATAL: the database system is starting up2017-03-29 18:31:48 MSK FATAL: the database system is starting up2017-03-29 18:31:49 MSK FATAL: the database system is starting up2017-03-29 18:31:50 MSK FATAL: the database system is starting up2017-03-29 18:31:51 MSK FATAL: the database system is starting up2017-03-29 18:31:52 MSK FATAL: the database system is starting up2017-03-29 18:31:53 MSK FATAL: the database system is starting up2017-03-29 18:31:54 MSK FATAL: the database system is starting up2017-03-29 18:31:55 MSK FATAL: the database system is starting up2017-03-29 18:31:56 MSK FATAL: the database system is starting up2017-03-29 18:31:57 MSK FATAL: the database system is starting up2017-03-29 18:31:59 MSK FATAL: the database system is starting up2017-03-29 18:32:00 MSK FATAL: the database system is starting up2017-03-29 18:32:01 MSK FATAL: the database system is starting up2017-03-29 18:32:02 MSK FATAL: the database system is starting up2017-03-29 18:32:03 MSK FATAL: the database system is starting up2017-03-29 18:32:04 MSK FATAL: the database system is starting up2017-03-29 18:32:05 MSK FATAL: the database system is starting up2017-03-29 18:32:06 MSK FATAL: the database system is starting up2017-03-29 18:32:07 MSK FATAL: the database system is starting up2017-03-29 18:32:08 MSK FATAL: the database system is starting up2017-03-29 18:32:09 MSK FATAL: the database system is starting up2017-03-29 18:32:10 MSK FATAL: the database system is starting up2017-03-29 18:32:11 MSK FATAL: the database system is starting up2017-03-29 18:32:12 MSK FATAL: the database system is starting up2017-03-29 18:32:13 MSK FATAL: the database system is starting up2017-03-29 18:32:14 MSK FATAL: the database system is starting up2017-03-29 18:32:15 MSK FATAL: the database system is starting up2017-03-29 18:32:16 MSK FATAL: the database system is starting up2017-03-29 18:32:17 MSK FATAL: the database system is starting up2017-03-29 18:32:18 MSK FATAL: the database system is starting up2017-03-29 18:32:19 MSK FATAL: the database system is starting up2017-03-29 18:32:20 MSK FATAL: the database system is starting up2017-03-29 18:32:52 MSK FATAL: the database system is starting up2017-03-29 18:32:52 MSK FATAL: the database system is starting up2017-03-29 18:32:52 MSK FATAL: the database system is starting up2017-03-29 18:32:52 MSK FATAL: the database system is starting up2017-03-29 18:32:52 MSK FATAL: the database system is starting up2017-03-29 18:32:52 MSK FATAL: the database system is starting up2017-03-29 18:32:52 MSK FATAL: the database system is starting up2017-03-29 18:32:52 MSK FATAL: the database system is starting up2017-03-29 18:32:52 MSK FATAL: the database system is starting up2017-03-29 18:32:52 MSK FATAL: the database system is starting up2017-03-29 18:33:59 MSK FATAL: the database system is starting up2017-03-29 18:33:59 MSK FATAL: the database system is starting up2017-03-29 18:33:59 MSK FATAL: the database system is starting up2017-03-29 18:33:59 MSK FATAL: the database system is starting up2017-03-29 18:33:59 MSK FATAL: the database system is starting up2017-03-29 18:33:59 MSK FATAL: the database system is starting up2017-03-29 18:33:59 MSK FATAL: the database system is starting up2017-03-29 18:33:59 MSK FATAL: the database system is starting up2017-03-29 18:33:59 MSK FATAL: the database system is starting up2017-03-29 18:33:59 MSK FATAL: the database system is starting up2017-03-29 18:35:05 MSK FATAL: the database system is starting up2017-03-29 18:35:05 MSK FATAL: the database system is starting up2017-03-29 18:35:05 MSK FATAL: the database system is starting up2017-03-29 18:35:05 MSK FATAL: the database system is starting up2017-03-29 18:35:05 MSK FATAL: the database system is starting up2017-03-29 18:35:05 MSK FATAL: the database system is starting up2017-03-29 18:35:05 MSK FATAL: the database system is starting up2017-03-29 18:35:05 MSK FATAL: the database system is starting up2017-03-29 18:35:05 MSK FATAL: the database system is starting up2017-03-29 18:35:05 MSK FATAL: the database system is starting up2017-03-29 18:36:11 MSK FATAL: the database system is starting up2017-03-29 18:36:11 MSK FATAL: the database system is starting up2017-03-29 18:36:11 MSK FATAL: the database system is starting up2017-03-29 18:36:11 MSK FATAL: the database system is starting up2017-03-29 18:36:11 MSK FATAL: the database system is starting up2017-03-29 18:36:11 MSK FATAL: the database system is starting up2017-03-29 18:36:11 MSK FATAL: the database system is starting up2017-03-29 18:36:11 MSK FATAL: the database system is starting up2017-03-29 18:36:11 MSK FATAL: the database system is starting up2017-03-29 18:36:11 MSK FATAL: the database system is starting up2017-03-29 18:37:16 MSK FATAL: the database system is starting up2017-03-29 18:37:16 MSK FATAL: the database system is starting up2017-03-29 18:37:16 MSK FATAL: the database system is starting up2017-03-29 18:37:16 MSK FATAL: the database system is starting up2017-03-29 18:37:16 MSK FATAL: the database system is starting up2017-03-29 18:37:16 MSK FATAL: the database system is starting up2017-03-29 18:37:16 MSK FATAL: the database system is starting up2017-03-29 18:37:16 MSK FATAL: the database system is starting up2017-03-29 18:37:16 MSK FATAL: the database system is starting up2017-03-29 18:37:18 MSK FATAL: the database system is starting up2017-03-29 18:38:22 MSK FATAL: the database system is starting up2017-03-29 18:38:22 MSK FATAL: the database system is starting up2017-03-29 18:38:22 MSK FATAL: the database system is starting up2017-03-29 18:38:22 MSK FATAL: the database system is starting up2017-03-29 18:38:22 MSK FATAL: the database system is starting up2017-03-29 18:38:22 MSK FATAL: the database system is starting up2017-03-29 18:38:22 MSK FATAL: the database system is starting up2017-03-29 18:38:22 MSK FATAL: the database system is starting up2017-03-29 18:38:22 MSK FATAL: the database system is starting up2017-03-29 18:38:25 MSK FATAL: the database system is starting up

postgresql.ru.net

Не запускается служба | PostgreSQL

Доброго времени суток!

Господа, подскажи пожалуйста.

Проблема - не запускается служба. С вечера выключил компьютер с работающей службой, с утра - мертва.Почитал логи. Не сильно помогло.

2014-03-31 08:48:18 MSK ВАЖНО: система баз данных запускается2014-03-31 08:48:18 MSK ОТМЕТКА: выключение системы БД было прервано; последний момент работы: 2014-03-28 16:54:18 MSK2014-03-31 08:48:18 MSK ОТМЕТКА: система БД была остановлена внештатно; производится автоматическое восстановление2014-03-31 08:48:18 MSK ОТМЕТКА: запись REDO начинается со смещения D/D50FEA182014-03-31 08:48:19 MSK ОТМЕТКА: файл "pg_clog/0000" не существует, считается нулевым2014-03-31 08:48:19 MSK КОНТЕКСТ: XLOG-запись REDO: commit: 2014-03-27 13:25:49.388+042014-03-31 08:48:19 MSK ВАЖНО: система баз данных запускается2014-03-31 08:48:20 MSK ВАЖНО: система баз данных запускается2014-03-31 08:48:21 MSK ВАЖНО: система баз данных запускается2014-03-31 08:48:22 MSK ВАЖНО: система баз данных запускается2014-03-31 08:48:23 MSK ВАЖНО: система баз данных запускается2014-03-31 08:48:25 MSK ВАЖНО: система баз данных запускается2014-03-31 08:48:26 MSK ВАЖНО: система баз данных запускается2014-03-31 08:48:27 MSK ВАЖНО: система баз данных запускается2014-03-31 08:48:28 MSK ВАЖНО: система баз данных запускается2014-03-31 08:48:29 MSK ВАЖНО: система баз данных запускается2014-03-31 08:48:30 MSK ВАЖНО: система баз данных запускается2014-03-31 08:48:31 MSK ВАЖНО: система баз данных запускается2014-03-31 08:48:32 MSK ВАЖНО: система баз данных запускается2014-03-31 08:48:33 MSK ВАЖНО: система баз данных запускается2014-03-31 08:48:34 MSK ВАЖНО: система баз данных запускается2014-03-31 08:48:35 MSK ВАЖНО: система баз данных запускается2014-03-31 08:48:36 MSK ВАЖНО: система баз данных запускается2014-03-31 08:48:37 MSK ВАЖНО: система баз данных запускается2014-03-31 08:48:38 MSK ВАЖНО: система баз данных запускается2014-03-31 08:48:39 MSK ВАЖНО: система баз данных запускается2014-03-31 08:48:40 MSK ВАЖНО: система баз данных запускается2014-03-31 08:48:41 MSK ВАЖНО: система баз данных запускается2014-03-31 08:48:42 MSK ВАЖНО: система баз данных запускается2014-03-31 08:48:43 MSK ВАЖНО: система баз данных запускается2014-03-31 08:48:44 MSK ВАЖНО: система баз данных запускается2014-03-31 08:48:45 MSK ВАЖНО: система баз данных запускается2014-03-31 08:48:46 MSK ОТМЕТКА: запись нулевой длины по смещению E/6B8A98D02014-03-31 08:48:46 MSK ОТМЕТКА: записи REDO обработаны до смещения E/6B8A98902014-03-31 08:48:46 MSK ОТМЕТКА: последняя завершённая транзакция была выполнена в 2014-03-28 11:59:52.186+042014-03-31 08:48:46 MSK ВАЖНО: не удалось получить состояние транзакции 02014-03-31 08:48:46 MSK ПОДРОБНОСТИ: Не удалось открыть файл "pg_clog/0000": No such file or directory.2014-03-31 08:48:46 MSK ОТМЕТКА: стартовый процесс (PID 3700) завершился с кодом выхода 12014-03-31 08:48:46 MSK ОТМЕТКА: прерывание запуска из-за ошибки в стартовом процессе

Не подскажете, где копать и что сделать?

postgresql.ru.net

после переноса каталога data служба не запускается

Вопрос: Организация резервирования ИБ 1С на postgresql 9.2 CentOS 6.5

Заранее прошу прощения, если неправильно или не корректно излагаю суть своего вопроса, но перерыл кучу информации и зашел в тупик, прошу помощи людей которые с этим столкнулись!

Моя задача следующая: В одном городе А находится сервер 1С на СУБД postgresql 9.2, работают пользователи, делаются архивы - все нормально, но появилась необходимость иметь актуальную данную базу на моем рабочем месте, то есть в другом городе. Имеется сервер здесь в городе Б, установил на него CentOS 6.5, postgresql 9.2, оба 64 битные, все как по мануалу. Кроме железа полностью идентичные. Актуальная копия нужна хотя бы на 1 день отстающая от эталонной базы. В городе А на сервере в postgresql.conf изменил:wal_level = archivearchive_mode = onarchive_command = 'cp -i %p /var/lib/postgresql/backups/archive/%f < /dev/null'

Выполняю базовый бэкап:pg_basebackup -h osds1c -D /var/lib/postgresql/backups/base

Создается бэкап, создаются wal архивы по 16 мбКопирую весь бэкап и первые wal файлы на сервер города БОчищаю каталог data, меняю содержимым что скопировал с эталона, создаю папку wals для хранения архивов, настраиваю права, создаю recovery.conf с содержимым:standby_mode = 'on'restore_command = 'cp /var/lib/postgresql/wals/%f %p'

Запускаю postgresql, стартует без вопросов, в логе все пучком, recovery.conf переименовался в recovery.done. Захожу в базу 1С, полностью идентична. Теперь самое интересное, в городе А захожу в 1С, делаю изменения, создался wal файл, я его копирую к себе, ложу в папку wals, recovery.done переименовываю в recovery.conf, чтобы запустить режим восстановления и подтянуть изменения от этого wal файла и постгрес стартует, но в логах вижу следующее: файл приложил, изменения соответственно не принялись.Помогите разобраться, что делаю не так?

К сообщению приложен файл. Размер - 65Kb

Ответ: qwwq,

Для начала бы сделать хотябы read only, потоковая репликация или тригерная тоже не спасут я так понял, потому что необходимо чтобы мастер постоянно слушал слейв и обратно, выделенного канала постоянного нет между городами. План был с помощью скриптов копировать на слейв вал логи и скриптами их загружать с помощью восстановления. Поэтому я и не делал акцент на read only

forundex.ru

postgresql - Запрос Postgresql не завершился, после перезапуска служба postgresql не запускается

В моей работе я выполнял сложный запрос. Я отменил его и вчера вернулся домой. Сегодня утром в обратном запросе было невозможно завершить работу, также с функциональностью "terminate backend". Мой коллега перезапустил хост-машину, где установлены постгревы. После перезагрузки компьютера база данных postgres не запускается.

В моих файлах журналов я вижу ошибку:

'pg_ctl: в этом каталоге данных работает уже существующий postmaster'

Я не уверен, как справиться с этой проблемой. Я мог бы попытаться исправить это или попытаться экстраполировать данные из файлов сохранения. Какой самый логичный шаг для вас, и знаете ли вы, как это исправить?

Раньше он выдавал это сообщение об ошибке:

2016-01-28 15:52:33 GMT FATAL: файл блокировки "postmaster.pid" уже существует      2016-01-28 15:52:33 GMT СОВЕТ: Является ли еще один почтмейстер (PID 2100) в каталоге данных "C:/PostgreSQL/9.1/data"?

UPDATE... Я нашел файл postmaster.pid и удалил его. Теперь я перезагружаю компьютер и надеюсь, что он начнется.

UPDATE... Теперь он работает. Я перезагрузил компьютер, и postgres сразу начал работу. Счастлив как ребенок, но в то же время не полностью удовлетворен из-за следующего форума: https://superuser.com/questions/553045/fatal-lock-file-postmaster-pid-already-exists. Здесь указано, что НИКОГДА не удаляйте postmaster.pid из-за возможного повреждения данных. Поэтому из-за этого я буду делать резервные копии всех баз данных, которые у меня есть в postgres.

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

qaru.site