PostgreSQL служба не запускается #800699

Добрый день. Такая проблема. Изменил настройки postgresql.conf на рекомендуемые с итс и теперь не получается запустить службу PostgreSQL. Версия постгре 9.4.2-1.1Cx64. Вин сервер 2012 Ошибка: Служба PostgreSQL на "Локальный компьютер" была запущена и затем остановлена. Некоторые службы автоматически останавливаются, если они не используются другими службами. Подскажите что делать?

не может такого быть. ПГ работает как часы

Хотя нет, это только на линуксе

верните настройки .

вернул, всё равно так

переустановить чтоль постгре

а порты не заняты?

а как проверить

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

Так я рестартнул - всё равно

Вот в логе последнем в pg_log 2017-07-07 11:29:10 AZST LOG:  database system was shut down at 2017-07-07 11:29:09 AZST 2017-07-07 11:29:10 AZST LOG:  database system is ready to accept connections 2017-07-07 11:29:10 AZST LOG:  autovacuum launcher started 2017-07-07 13:12:04 AZST LOG:  received fast shutdown request 2017-07-07 13:12:04 AZST LOG:  aborting any active transactions 2017-07-07 13:12:04 AZST LOG:  autovacuum launcher shutting down 2017-07-07 13:12:04 AZST LOG:  shutting down 2017-07-07 13:12:04 AZST LOG:  database system is shut down

при новых запусках не пишет ничего в логах

netstat

а что с ним запускать-то, по адресу чтоль?

нет среди запущенных постгре

а порты не заняты его?

а как узнать?

ну он бы тогда наверное на другое ругался, а ни на то, что служба запущена, а зетем остановлена

Говорят это проблема с правами. От чьего имени стартуешь?

с правами админа

попробуй local system

это где прописать, в самой службе? Там написано, кстати, в закладке "Вход в систему" заходить с учётки USR1CV8

И это ты называешь админские права?

мне кажется у этого пользователя нет прав на каталог с бд

это в самой службе в свойствах. В постгрешке же надо под своей учёткой запускать службу

Есть права

блин, вообще не пойму что делать и почему упало и как восстанавливать. Беда.

как там лустин говорил, нет pg админа - нехер пытаться

локал систем уже пробовал?

а как, я не понял чем это поможет если у юзера есть права на папку

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

Если ты так вопросы решаешь, то тебе лучше просто удалить это ПГ

с правами админа PG не запустится, куда учетка postgres делась?

открой диспечер задач, и прибей все зависшие процессы postgre

в самой службе постгре указан запуск от имени USR1CV8, у которого есть доступ к папке с файлами постгре и базами

нету их - я сервак перезапускал даже

укажи в службе самого крутого пользователя по правам, потом открой hd_pga.conf и добавь там host all all 192.168.0.0/24 trust

Там мало доступа, учетка, от которой стартует служба postgre НЕ ДОЛЖНА быть в группе Администраторов, и должна быть ВЛАДЕЛЬЦЕМ некоторых каталогов, например папки с базами. Без этого служба будет останавливаться.

не может такого быть, чтоб добавление в админы убивало службу

попробовал дать доступ, разницы никакой

удалил вообще конф и стала запускаться служба...

но настройки-то нужны какие-то

но база всё равно не доступна...

типовой конф подложи

где б его взять

установи postgres на другой машине

так, я переформировал postgresql.conf, служба запустилась, базы подрубились. Я попробовал разобраться в каком именно месте конфа была ошибка - оказалось, что на строке по умолчанию она на 1 и закомменчена. Если её хотя бы раскомментить - служба уже не запускается

а эта строка есть в советах по настройке постгре вот тут:

уже была тема

сообщение 51

Это проблемы чисто ПГ под винду

Вдогонку вопрос. Надо ли

set merge_join off

но зачем?

набрёл на советы по его отключению при ошибках с нехваткой памяти

ты понимаешь что такое мердж джойн?

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

прочитал описание, вроде как штука хорошая в плане оптимизации огромных запросов. Надо будет потестить разницу как-нибудь.

Этому очень много лет. "Unfortunately, effective_io_concurrency is not supported on Windows. It works on Linux and UNIXes, but must be 1 on Windows"

Просто добавить памяти.

16 гигов - куда ещё. Базы-то мизерные, гигов по 5.

ну 10 макс

или речь о настройке work_mem?

Весьма доступно о том, для чего не помешает больше памяти.

просто откиньтесь на спинку стула.

в следующий раз смотри журнал событий виндовс - там всё что надо написано