Postgresql не запускается служба в windows server

I had this in my Windows services: C:/Program Files/PostgreSQL/8.4/bin/pg_ctl.exe runservice -N «postgresql-8.4» -D «D:/PostgreSQL/8.4/data» -w It never finishes executing. But if I did this on t.

Installing PostgreSQL 10 On Windows 7 (yes the clock is ticking…). I first tried the latest version 11 which completely failed to install… not a good sign for Windows users. Anyway.

Quick answer: Change the account in the Windows Services panel from Network to Local.

Details of my case

During installation I created/selected a data folder in the user profile folder, because obviously the folder suggested by default, within the program folder, wouldn’t work, and if it worked it would be a very idea to put data here (I don’t know whether it’s usual to do that on Unix/Linux, but for Windows it’s it’s not allowed for a long time).

At the end (when populating the data cluster) I received an error:

Failed to load SQL Modules into database Cluster

but the installation was able to complete. I found two pages about previous error, here and here, but they didn’t seem relevant to my case, so I just started pgAdmin and, on the left «browser», saw the server wasn’t active.

I tried to start it from here (had to type the main password), but it went inactive immediately again. So I tried to use the Windows services panel to start «postgresql-x64-10», no joy. I copied the command from this panel and pasted it into a Windows console (cmd.exe) where I finally received this

Searching I found this related question, and was convinced the problem was about permissions.

Solution working for my case

In the services panel I changed the account used to start the service from Network Service to Local System as suggested in a comment by @AlexanderRios.

Опубликовал | Дата 30 сентября, 2021

Служба postgresql после сбоя перестала запускаться…
Соответственно, базы 1C оказались недоступны. Все это крутится на Windows Server 2012.
Надо сказать, что в интернете много подобных ошибок, но мало их решений.
Итак, варианты решений:
1. Перезагрузить сервер.
2. Почистить журналы Postgre командой C:Program Files (x86)PostgreSQL9.6.1-4.1Cbin>pg_resetxlog.exe -f «D:PostgreSQLdata» (pg_resetwal -f -D ) — команда зависит от версии postgre.
3. Удалить файл postmaster.pid.
4. Прописать права пользователя postgres (или СОЗДАТЕЛЬ/ВЛАДЕЛЕЦ) на каталог Data.
5. Переустановить postgreSQL (ту же версию поверх имеющейся).
6. Ну и самый последний вариант — восстановить базы 1С из бэкапа.
Причем, нет гарантий, что базы 1С, при этом, полностью восстановятся (в последнем случае восстановление будет только на момент бэкапа).
Встретил еще вот такой способ:
Заходим в Users/ваш юзер/appdata/roaming/pgadmin, открываем файл логов pgadmin4.txt, смотрим ошибку
У меня была: (0x0000274D/10061)
Причина ошибки либо недостаток прав, либо занятость порта другими процессами
Почистил и поотключал антивирусы, не помогло.
Командой netstat -ano узнал id процесса на порту 5432 (порт postgresql), узнал его id (столбец PID)
Дальше открываем диспетчер задач, вкладка подробности и смотрим, каким процессом занят порт с нужным id (у меня id был 12856), кликаем на процесс и жмём снять задачу.
В результате, служба запустилась.
Мне повезло, помог самый первый способ — перезагрузка сервера.

ОС Windows: Не запускается служба PostgreSQL после аварийного выключения или перезагрузки сервера

Инцидент: в ситуации, когда сервер был выключен аварийно, через кнопку выключения или при отсутствии электропитания, то после его включения служба PostgreSQL в некоторых случаях не запускается.

Для версий PostgreSQL:

Некорретное завершение работы службы

Как исправить:

1. Запустите сеанс командной строки от Администратора.

2. Выполните последовательно следующие команды и внимательно следите за их работой.

3. Определить домашний каталог PostgreSQL.

4. Проверьте реальный статус экземпляра службы PostgreSQL.

5. Выполните команду для полной остановки процесса PostgreSQL.

Следующими командами выполняется корректный выход из рабочего состояния сервера СУБД и его запуск.

6. Запустите приложение СУБД.

7. После этого заново остановите процесс. Повтор данного шага вызван тем, что таким образом запуска приложение сервера СУБД корректно завершит недостающие транзакции.

8. После выполненных шагов по перезапуску и правильной остановке экземпляра СУБД запустите службу PostgreSQL.

Служба не запускается. Есть сообщения об ошибках. Отсутствуют исполняемые файлы и DLL-библиотеки СУБД

В некоторых случаях после аварийной перезагрузки или в результате срабатывания антивирусных программ при запуске ОС Windows несколько файлов, которые необходимы для работы СУБД PostgreSQL могут отсутствовать. Это может объясняться критическим сбоем ОС.

При попытке использовать способ для запуска служб и инициирования процесса pg_ctl.exe, будет отображаться сообщение о его отсутствии или недостающих файлов библиотек.

1. Запустите скрипт, с помощью которого, проверьте, что для данной версии СУБД присутствуют все компоненты и файлы, которые входят в состав.

2. Скачайте и разместите файл скрипт в папку с PostgreSQL: :/Папка_PostgreSQL/bin/.

3. Запустите файл скрипта. В результате выполнения будет сформирован файл отчета report.txt.

4. Откройте файл отчета и проверьте, что все компоненты присутствуют.

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

5. Если какие-либо файлы отсутствуют. Тогда загрузите архив для соответствующей версии PostgreSQL и скопируйте недостающие файлы в папку СУБД :/Папка_PostgreSQL/bin/.

6. После копирования недостающих файлов:

Дополнительная информация

ОС Windows: Не запускается служба PostgreSQL после аварийного выключения или перезагрузки сервера

Для версий PostgreSQL:

Некорретное завершение работы службы

Как исправить:

1. Запустите сеанс командной строки от Администратора.

2. Выполните последовательно следующие команды и внимательно следите за их работой.

3. Определить домашний каталог PostgreSQL.

4. Проверьте реальный статус экземпляра службы PostgreSQL.

5. Выполните команду для полной остановки процесса PostgreSQL.

Следующими командами выполняется корректный выход из рабочего состояния сервера СУБД и его запуск.

6. Запустите приложение СУБД.

8. После выполненных шагов по перезапуску и правильной остановке экземпляра СУБД запустите службу PostgreSQL.

Служба не запускается. Есть сообщения об ошибках. Отсутствуют исполняемые файлы и DLL-библиотеки СУБД

2. Скачайте и разместите файл скрипт в папку с PostgreSQL: :/Папка_PostgreSQL/bin/.

3. Запустите файл скрипта. В результате выполнения будет сформирован файл отчета report.txt.

4. Откройте файл отчета и проверьте, что все компоненты присутствуют.

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

6. После копирования недостающих файлов:

Дополнительная информация

Postgresql не запускается служба в windows

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

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

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

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

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

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

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

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

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

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

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

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

Страницы

четверг, 31 декабря 2009 г.

Не запускается служба PostgreSql. Что делать?

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

Итак, история начинается с того, что мне 30 декабря в 11-30 звонят с сообщением о том, что у одного из наших клиентов не запускается наша система, поскольку не может подключиться к базе данных (в качестве СУБД у нас используется PostgreSql версии 8.1). Люди объясняют это тем, что час назад вырубило свет и компьютер вырубился некорректно, а после включения – все перестало работать:)

Хорошие пользователи нашей системы знают, где находится кнопка пуск и знают, что в системе не двое часиков “одни с цифрами, а другие песочные”. Поэтому единственное, что удалось сделать по телефону, так это попытаться руками запустить службу СУБД, результат – служба таки не запускается. Пришлось пробрасывать на тот компьютер интернет (на компьютерах, где установлена наша система интернета быть не должно) для возможности удаленного подключения.

После подключения к удаленному компьютеру я попытался запустить службу и получил следующее сообщение: “Служба PostgreSql Database Server 8.1” на “Локальный компьютер” была запущена и затем остановлена. Некоторые службы автоматически останавливаются, если им нечего делать, например, служба журналов и оповещений производительности”. Мда…

Проблема в том, что на тот момент это была единственная доступная информация… Логи PostgreSql пусты, записей в них никаких, в системных логах – тоже пустота.

Отладка служб – процесс не простой, поэтому многие разработчики предусматривают механизмы запуска приложения-службы, как обыкновенного консольного приложения с помощью ключей командной строки. И PostgreSql в этом плане – не исключение; для запуска нужно использовать следующую команду (Hint: эту команду можно запустить только из под неадминистративного пользователя системы, правда, если вы об этом забудете, то PostgreSql очень быстро вам об этом напомнит):

Запускаем, и смотрим на сообщение об ошибке. В моем случае это сообщение звучало примерно так:

FATAL – bogus data in lock file «postmaster.pid»

Безусловно, мне повезло, проблема оказалась поправимой. Почему-то указанный файл оказался пустым, и мне понадобилось скопировать его содержимое из рабочего экземпляра СУБД, что не составило особого труда.

Мораль этого сообщения в том, что если база легла, или произошли какие-то другие проблемы с системой, то прежде чем переустанавливать СУБД (или систему целиком) и терять при этом все данные, нужно хотя бы попытаться выяснить в чем проблема, возможно, есть все шансы, что вам удастся восстановить работоспособность не такими радикальными способами.

З.Ы. Всех с наступающим Новым Годом и пожелания того, чтобы ваши системы были стабильными и надежными и не портили ваш сон, но даже если какие-то проблемы и возникали, то у вас всегда были наготове варианты, как с этой ситуацией справиться.

Привет. ОС Windows 7. Установил СУБД Postgres Pro 9.6. Не запускается служба postgrespro-X64-9.6. Входит окно что служба postgrespro-X64-9.6 была запущена а затем остановлена. Искал решение в гугле, не нашел. Подскажите в чем проблема, как исправить. В программирования новичок.

1 ответ 1

Может поможет кому. В Windows при установке PostgreSQL создаётся пользователь postgres. При возникновении подобной ошибки добавьте пользователя postgres во вкладку «Безопасность» папки C:Program Files (x86)PostgreSQL и дайте ему все права. После этого служба запускается нормально.

Programming stuff

Страницы

четверг, 31 декабря 2009 г.

Не запускается служба PostgreSql. Что делать?

Запускаем, и смотрим на сообщение об ошибке. В моем случае это сообщение звучало примерно так:

Не удалось запустить PostgreSQL в качестве службы Windows

У меня это было в моих службах Windows:

Он никогда не заканчивает выполнение. Но если я сделал это в оболочке dos:

Обратите внимание, что я только изменил «runervice» на «start», и он отлично работает.

Команда runervice может выполняться только менеджером службы

чтобы исправить мои локальные окна 7 для запуска postgres как службы
я использовал следующую команду для запуска данных

Затем проверено состояние ошибок

если вы получите ошибку 1063, ее более чем вероятные разрешения, я выполнил следующую команду

а затем запустите start/status, он показал все хорошо, но менеджер сервиса еще не запустил службу

Итак, в Services- > postgresql- > options- > logon я устанавливаю журнал как локальную системную учетную запись вместо пользователя postgres, а voila работает

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

У меня возникла такая же проблема после перемещение вручную файлов данных базы данных (каталог PG_DATA) без повторного создания всех необходимых разрешений.

Вот как я решил свою проблему:

1. Проверить разрешения на старый каталог PG_DATA:

2. Проверьте разрешения на новый каталог PG_DATA:

3. Сравните выходы от 1. и 2.

Найдите различия между пользователями и/или разрешениями, затем синхронизируйте их.

Nota: Мне было проще использовать explorer для шага синхронизации, а не использовать cacls непосредственно из командной строки.

Если вы изменили pg_hba.conf, возможно, вы пропустили где-то в файле. Например, в этом файле должен быть CIDR после IP. Это должно быть как 192.168.1.100/32

Если вы забыли поставить 32, то сервер не перезагружается.

Исследование журналов запуска может быть подсказкой. Для случая кейса в pg_hba.conf вы можете увидеть что-то вроде этого:

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

Вам нужно проверить свои логфайлы и оконный журнал windows для некоторого намека на то, что проблема. Если там вообще ничего нет, вам нужно прорвать что-то вроде Process Monitor и получить стек, где он висел.

Установка PostgreSQL 10 в Windows 7 (да, часы тикают. ). Сначала я попробовал последнюю версию 11, которую не удалось установить. не очень хороший знак для пользователей Windows. Тем не мение.

Быстрый ответ. Измените учетную запись на панели «Службы Windows» с «Сеть» на «Локальная».

Подробности моего дела

Во время установки я создал/выбрал папку данных в папке профиля пользователя, потому что, очевидно, папка, предложенная по умолчанию в папке программы, не будет работать, и если она сработает, было бы очень удобно поместить данные сюда (я не Не знаю, обычно ли это делается в Unix/Linux, но для Windows это не разрешено с давних времен).

В конце (при заполнении кластера данных) я получил ошибку:

Не удалось загрузить модули SQL в кластер базы данных

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

Я попытался запустить его отсюда (пришлось ввести основной пароль), но он сразу же снова стал неактивным. Поэтому я попытался использовать панель служб Windows, чтобы запустить «postgresql-x64-10», без радости. Я скопировал команду из этой панели и вставил ее в консоль Windows (cmd.exe), где я наконец получил это

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

Решение работает для моего случая

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

Иногда, в результате неправильного выключения сервера (пропало электричество, уборщица выдернула вилку из розетки и т.п.) перестает запускаться служба PostgresSQL. При попытке запуска появляется сообщение Служба была запущена, а затем остановлена.

Если до аварийного отключения СУБД работала нормально, то скорее всего такое сообщение возникает из-за ошибки в логах. В этом случае их нужно просто сбросить. Рассмотрим подробнее, как это сделать.

Прежде всего, потребуется определить два адреса:

Адрес СУБД PostgresSQL. Обычно это папка Program Files. Нас будет интересовать папка Bin. Адрес может отличаться, в зависимость от версии СУБД. Например, он может выглядеть так: C:Program FilesPostgreSQL9.4.2-1.1Cbin
Адрес, где хранятся сами базы данных. По умолчанию, это папка Data в папке с СУБД: C:Program FilesPostgreSQL9.4.2-1.1Cdata. Но базы данных могут располагаться и по другому адресу. Чтобы точно узнать место расположения баз данных PostgresSQL, нужно зайти в свойства службы и посмотреть на командную строку ее запуска:

Далее нужно запустить командную строку windows и набрать там следующие команды:

cd «C:Program FilesPostgreSQL9.4.2-1.1Cbin» — эта команда осуществляет перевод в папку с приложениями СУБД. Используется первый адрес, который мы определили ранее.
pg_resetxlog.exe -f «C:Program FilesPostgreSQL9.4.2-1.1Cdata» — эта команда очищает логи СУБД. Здесь используется второй определенный нами адрес: адрес баз данных. После выполнения этой команды должно появиться сообщение Transaction log reset.

Теперь можно запускать службу PostgresSQL.

Внимание! Для PostgresSQL версии 11 следует вместо файла pg_resetxlog.exe использовать файл pg_resetwal.exe

Установка PostgreSQL 10 в Windows 7 (да, время идет …). Сначала я попробовал последнюю версию 11, которая полностью не установилась … плохой знак для пользователей Windows. Так или иначе.

Быстрый ответ: измените учетную запись на панели служб Windows с сети на локальную.

Подробности моего дела

Во время установки я создал / выбрал папку данных в папке профиля пользователя, потому что, очевидно, папка, предложенная по умолчанию в папке программы, не будет работать, и если бы она сработала, было бы неплохо разместить данные здесь (я не Не знаю, принято ли это делать в Unix / Linux, но для Windows это давно не разрешено).

В конце (при заполнении кластера данных) я получил ошибку:

Не удалось загрузить модули SQL в кластер базы данных

но установку удалось завершить. Я нашел две страницы о предыдущей ошибке, здесь и здесь, но они не казались подходящими для моего случая, поэтому я просто запустил pgAdmin и в левом «браузере» увидел, что сервер неактивен.

Я попытался запустить его отсюда (пришлось ввести основной пароль), но он сразу снова стал неактивным. Итак, я попытался использовать панель служб Windows для запуска «postgresql-x64-10», безуспешно. Я скопировал команду с этой панели и вставил ее в консоль Windows (cmd.exe), где я наконец получил это

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

Решение работает для моего случая