Вход | Регистрация
 
1С:Предприятие :: 1С:Предприятие 8 общая

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

PostgreSQL служба не запускается
Я
   2dolist
 
07.07.17 - 11:22
Добрый день. Такая проблема. Изменил настройки postgresql.conf на рекомендуемые с итс и теперь не получается запустить службу PostgreSQL.

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

Подскажите что делать?
 
 
   Вафель
 
1 - 07.07.17 - 11:24
не может такого быть. ПГ работает как часы
   Вафель
 
2 - 07.07.17 - 11:24
Хотя нет, это только на линуксе
   МихаилМ
 
3 - 07.07.17 - 11:25
верните настройки .
   2dolist
 
4 - 07.07.17 - 11:28
(3) вернул, всё равно так
   2dolist
 
5 - 07.07.17 - 11:29
переустановить чтоль постгре
   Вафель
 
6 - 07.07.17 - 11:32
а порты не заняты?
   2dolist
 
7 - 07.07.17 - 11:34
а как проверить
   Hmster
 
8 - 07.07.17 - 11:36
была как-то проблема с перезапуском службы. Во время отключения процессы продолжали висеть. Надо были либо руками убить процессы или рестартнуть систему
   2dolist
 
9 - 07.07.17 - 11:36
Так я рестартнул - всё равно
   2dolist
 
10 - 07.07.17 - 11:37
Вот в логе последнем в 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
   2dolist
 
11 - 07.07.17 - 11:38
при новых запусках не пишет ничего в логах
   Вафель
 
12 - 07.07.17 - 11:38
netstat
   2dolist
 
13 - 07.07.17 - 11:39
(12) а что с ним запускать-то, по адресу чтоль?
   2dolist
 
14 - 07.07.17 - 11:40
(12) нет среди запущенных постгре
   Вафель
 
15 - 07.07.17 - 11:42
а порты не заняты его?
   2dolist
 
16 - 07.07.17 - 11:42
(15) а как узнать?
   2dolist
 
17 - 07.07.17 - 11:43
ну он бы тогда наверное на другое ругался, а ни на то, что служба запущена, а зетем остановлена
   Вафель
 
18 - 07.07.17 - 11:44
Говорят это проблема с правами. От чьего имени стартуешь?
   2dolist
 
19 - 07.07.17 - 11:45
(18) с правами админа
   Вафель
 
20 - 07.07.17 - 11:46
попробуй local system
   2dolist
 
21 - 07.07.17 - 11:47
(20) это где прописать, в самой службе? Там написано, кстати, в закладке "Вход в систему" заходить с учётки USR1CV8
   Вафель
 
22 - 07.07.17 - 11:49
(21) И это ты называешь админские права?
   Вафель
 
23 - 07.07.17 - 11:50
мне кажется у этого пользователя нет прав на каталог с бд
   2dolist
 
24 - 07.07.17 - 11:50
это в самой службе в свойствах. В постгрешке же надо под своей учёткой запускать службу
   2dolist
 
25 - 07.07.17 - 11:55
Есть права
   2dolist
 
26 - 07.07.17 - 11:56
блин, вообще не пойму что делать и почему упало и как восстанавливать. Беда.
   Адинэснег
 
27 - 07.07.17 - 12:02
как там лустин говорил, нет pg админа - нехер пытаться
   Вафель
 
28 - 07.07.17 - 12:02
(26) локал систем уже пробовал?
   2dolist
 
29 - 07.07.17 - 12:07
(28) а как, я не понял чем это поможет если у юзера есть права на папку
   2dolist
 
30 - 07.07.17 - 12:07
(27) ну что значит нехрен пыпаться, если базы постоянно падают с нехваткой памяти.
 
 Рекламное место пустует
   Вафель
 
31 - 07.07.17 - 12:08
(29) Если ты так вопросы решаешь, то тебе лучше просто удалить это ПГ
   zva
 
32 - 07.07.17 - 12:08
(19) с правами админа PG не запустится, куда учетка postgres делась?
   inkvizitr
 
33 - 07.07.17 - 12:11
открой диспечер задач, и прибей все зависшие процессы postgre
   2dolist
 
34 - 07.07.17 - 12:12
(32) в самой службе постгре указан запуск от имени USR1CV8, у которого есть доступ к папке с файлами постгре и базами
   2dolist
 
35 - 07.07.17 - 12:12
(33) нету их - я сервак перезапускал даже
   inkvizitr
 
36 - 07.07.17 - 12:16
(35) укажи в службе самого крутого пользователя по правам, потом открой hd_pga.conf и добавь там host all all 192.168.0.0/24 trust
   zva
 
37 - 07.07.17 - 12:18
(34) Там мало доступа, учетка, от которой стартует служба postgre НЕ ДОЛЖНА быть в группе Администраторов, и должна быть ВЛАДЕЛЬЦЕМ некоторых каталогов, например папки с базами. Без этого служба будет останавливаться.
   Вафель
 
38 - 07.07.17 - 12:19
(37) не может такого быть, чтоб добавление в админы убивало службу
   2dolist
 
39 - 07.07.17 - 12:28
(36) попробовал дать доступ, разницы никакой
   2dolist
 
40 - 07.07.17 - 12:38
удалил вообще конф и стала запускаться служба...
   2dolist
 
41 - 07.07.17 - 12:38
но настройки-то нужны какие-то
   2dolist
 
42 - 07.07.17 - 12:39
но база всё равно не доступна...
   Вафель
 
43 - 07.07.17 - 12:40
типовой конф подложи
   2dolist
 
44 - 07.07.17 - 12:40
где б его взять
   inkvizitr
 
45 - 07.07.17 - 13:41
(44) установи postgres на другой машине
   2dolist
 
46 - 07.07.17 - 13:47
так, я переформировал postgresql.conf, служба запустилась, базы подрубились.
Я попробовал разобраться в каком именно месте конфа была ошибка - оказалось, что на строке
effective_io_concurrency = 2

по умолчанию она на 1 и закомменчена. Если её хотя бы раскомментить - служба уже не запускается
   2dolist
 
47 - 07.07.17 - 13:48
а эта строка есть в советах по настройке постгре вот тут:
https://its.1c.ru/db/metod8dev#content:5866:hdoc
   Вафель
 
48 - 07.07.17 - 13:58
   Вафель
 
49 - 07.07.17 - 13:59
сообщение 51
   Вафель
 
50 - 07.07.17 - 14:00
Это проблемы чисто ПГ под винду
   2dolist
 
51 - 07.07.17 - 14:05
Вдогонку вопрос. Надо ли
   2dolist
 
52 - 07.07.17 - 14:05
set merge_join off
   Вафель
 
53 - 07.07.17 - 14:07
(52) но зачем?
   2dolist
 
54 - 07.07.17 - 14:09
(53) набрёл на советы по его отключению при ошибках с нехваткой памяти
   Вафель
 
55 - 07.07.17 - 14:10
(54) ты понимаешь что такое мердж джойн?
   2dolist
 
56 - 07.07.17 - 14:14
смутно. Я так понимаю, что нужно для планировщика. Создаёт 2 ряда, потом их соединяет и работает уже с соединениями. В итоге, работа быстрее, но памяти на соединение жрёт больше.
   2dolist
 
57 - 07.07.17 - 14:31
прочитал описание, вроде как штука хорошая в плане оптимизации огромных запросов. Надо будет потестить разницу как-нибудь.
   ansh15
 
58 - 07.07.17 - 14:58
(46) http://www.spinics.net/lists/pgsql/msg142427.html
http://www.postgresql-archive.org/BUG-5660-Can-t-start-db-service-if-specify-effective-io-concurrency-td2842311.html
Этому очень много лет.
"Unfortunately, effective_io_concurrency is not supported on Windows. It works on Linux and UNIXes, but must be 1 on Windows"
   ansh15
 
59 - 07.07.17 - 15:00
(56) Просто добавить памяти.
   2dolist
 
60 - 07.07.17 - 15:50
(59) 16 гигов - куда ещё. Базы-то мизерные, гигов по 5.
   2dolist
 
61 - 07.07.17 - 15:50
ну 10 макс
   2dolist
 
62 - 07.07.17 - 16:01
(59) или речь о настройке work_mem?
   ansh15
 
63 - 07.07.17 - 16:52
(60) http://evtuhovich.ru/blog/2013/03/20/big-cache/
Весьма доступно о том, для чего не помешает больше памяти.
   Господин ПЖ
 
64 - 07.07.17 - 16:56
просто откиньтесь на спинку стула.
   rphosts
 
65 - 07.07.17 - 17:39
(46) в следующий раз смотри журнал событий виндовс - там всё что надо написано


Список тем форума
Рекламное место пустует  Рекламное место пустует
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.
Тема не обновлялась длительное время, и была помечена как архивная. Добавление сообщений невозможно.
Но вы можете создать новую ветку и вам обязательно ответят!
Каждый час на Волшебном форуме бывает более 2000 человек.