PostgreSQL 9.6.6 и SystemD (Debian 9.4) / PostgreSQL

ReSQL.ru

Мобильная версия Контакт Правила FAQ Помощь

Гость

Войти | Регистрация | Профиль | Очистить

Новые сообщения | Избранное

Форумы | Пользователи | Статистика | Мод. лог | Поиск

Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр

Форумы / PostgreSQL [игнор отключен] [закрыт для гостей] / PostgreSQL 9.6.6 и SystemD (Debian 9.4)

9 сообщений из 9, страница 1 из 1

PostgreSQL 9.6.6 и SystemD (Debian 9.4)

#39601742

asnurulin

Гость

Делаю восстановление по журналу WAL.

При запуске, PostgreSQL обрабатывает еще несколько файлов транзакций и снова останавливается.

Код: xml

1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.

root@1cfresh:/home/maintainer# /etc/init.d/postgresql start
[ ok ] Starting postgresql (via systemctl): postgresql.service.
root@1cfresh:/home/maintainer# tail -n 30 /var/log/postgresql/postgresql-9.6-Slave.log
2018-02-14 09:34:08.827 +05 [11385] postgres@postgres ВАЖНО:  система баз данных запускается
2018-02-14 09:34:08.974 +05 [11368] СООБЩЕНИЕ:  файл журнала "0000000100000002000000A9" восстановлен из архива
2018-02-14 09:34:09.208 +05 [11368] СООБЩЕНИЕ:  файл журнала "0000000100000002000000AA" восстановлен из архива
2018-02-14 09:34:09.334 +05 [11392] postgres@postgres ВАЖНО:  система баз данных запускается
2018-02-14 09:34:09.444 +05 [11368] СООБЩЕНИЕ:  файл журнала "0000000100000002000000AB" восстановлен из архива
2018-02-14 09:34:09.679 +05 [11368] СООБЩЕНИЕ:  файл журнала "0000000100000002000000AC" восстановлен из архива
2018-02-14 09:34:09.841 +05 [11399] postgres@postgres ВАЖНО:  система баз данных запускается
2018-02-14 09:34:09.927 +05 [11368] СООБЩЕНИЕ:  файл журнала "0000000100000002000000AD" восстановлен из архива
2018-02-14 09:34:10.201 +05 [11368] СООБЩЕНИЕ:  файл журнала "0000000100000002000000AE" восстановлен из архива
2018-02-14 09:34:10.350 +05 [11406] postgres@postgres ВАЖНО:  система баз данных запускается
2018-02-14 09:34:10.460 +05 [11368] СООБЩЕНИЕ:  файл журнала "0000000100000002000000AF" восстановлен из архива
2018-02-14 09:34:10.526 +05 [11368] СООБЩЕНИЕ:  согласованное состояние восстановления достигнуто по смещению 2/AFFFF930
2018-02-14 09:34:10.716 +05 [11368] СООБЩЕНИЕ:  файл журнала "0000000100000002000000B0" восстановлен из архива
2018-02-14 09:34:10.856 +05 [11413] postgres@postgres ВАЖНО:  система баз данных запускается
2018-02-14 09:34:11.014 +05 [11368] СООБЩЕНИЕ:  файл журнала "0000000100000002000000B1" восстановлен из архива
2018-02-14 09:34:11.318 +05 [11368] СООБЩЕНИЕ:  файл журнала "0000000100000002000000B2" восстановлен из архива
2018-02-14 09:34:11.363 +05 [11418] postgres@postgres ВАЖНО:  система баз данных запускается
2018-02-14 09:34:11.602 +05 [11368] СООБЩЕНИЕ:  файл журнала "0000000100000002000000B3" восстановлен из архива
2018-02-14 09:34:11.870 +05 [11427] postgres@postgres ВАЖНО:  система баз данных запускается
2018-02-14 09:34:11.882 +05 [11368] СООБЩЕНИЕ:  файл журнала "0000000100000002000000B4" восстановлен из архива
2018-02-14 09:34:12.176 +05 [11368] СООБЩЕНИЕ:  файл журнала "0000000100000002000000B5" восстановлен из архива
2018-02-14 09:34:12.377 +05 [11434] postgres@postgres ВАЖНО:  система баз данных запускается
2018-02-14 09:34:12.452 +05 [11368] СООБЩЕНИЕ:  файл журнала "0000000100000002000000B6" восстановлен из архива
2018-02-14 09:34:12.787 +05 [11368] СООБЩЕНИЕ:  файл журнала "0000000100000002000000B7" восстановлен из архива
2018-02-14 09:34:12.884 +05 [11439] postgres@postgres ВАЖНО:  система баз данных запускается
2018-02-14 09:34:13.157 +05 [11368] СООБЩЕНИЕ:  файл журнала "0000000100000002000000B8" восстановлен из архива
2018-02-14 09:34:13.390 +05 [11446] postgres@postgres ВАЖНО:  система баз данных запускается
2018-02-14 09:34:13.392 +05 [11367] СООБЩЕНИЕ:  получен запрос на "вежливое" выключение
2018-02-14 09:34:13.399 +05 [11372] СООБЩЕНИЕ:  выключение
2018-02-14 09:34:13.413 +05 [11367] СООБЩЕНИЕ:  система БД выключена

На LOR мне в принципе направили в сторону SystemD, но может кто знает что конкретно нужно сделать?

Сервер тестовый, соответственно интерес чисто научный.

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

...

Рейтинг:

0 / 0

14.02.2018, 13:06

| Ответить | Цитировать | Написать

PostgreSQL 9.6.6 и SystemD (Debian 9.4)

#39601824

vyegorov

Участник

Откуда: Баньоло-ин-Пьяно

Сообщения: 1 237

Рейтинг: 0 / 0

asnurulin,

Выглядит, что запускающий процесс по таймауту шлёт SIGTERM.

Надо смотреть что за юнит у вас. Сначала я бы посмотрел что за юниты к Постгресу относятся и где их конфиги:

Код: sql

1.
2.

systemctl -a|grep -i postgres
systemctl status postgresql-9.6.service

Далее уже бы в сами юниты полез. Как и что сделано в Debian — не знаю. В Ubuntu и CentOS всё хорошо из коробки.

Можно на этот баг глянуть: https://github.com/geerlingguy/ansible-role-postgresql/issues/23 — возможно что-то почерпнуть сможете.
Также можно попробовать поставить PGDG репозиторий, у них юниты рабочие.

...

Рейтинг:

0 / 0

14.02.2018, 14:42

| Ответить | Цитировать | Написать

PostgreSQL 9.6.6 и SystemD (Debian 9.4)

#39601830

Alexius

Участник

Сообщения: 749

Рейтинг: 0 / 0

asnurulin,

да, правильно направили. нужно в юнит файле systemd прописать TimeoutSec побольше и сделать.

Код: sql

sudo systemctl daemon-reload

либо напрямую через pg_ctl/pg_ctlcluster базу запускать.

...

Рейтинг:

0 / 0

14.02.2018, 14:50

| Ответить | Цитировать | Написать

PostgreSQL 9.6.6 и SystemD (Debian 9.4)

#39602110

asnurulin

Гость

vyegorov,

Код: css

1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.

root@1cfresh:/home/maintainer# systemctl -a|grep -i postgres
  postgresql.service                                                                                                                                                                                                    loaded    active   exited    PostgreSQL RDBMS                                                                                                                                     
  postgresql@9.6-main.service                                                                                                                                                                                           loaded    active   running   PostgreSQL Cluster 9.6-main                                                                                                                          
&#9679; postgresql@9.6-Slave.service                                                                                                                                                                                          loaded    failed   failed    PostgreSQL Cluster 9.6-Slave                                                                                                                         
  system-postgresql.slice                                                                                                                                                                                               loaded    active   active    system-postgresql.slice 

root@1cfresh:/home/maintainer# systemctl status postgresql-9.6.service
Unit postgresql-9.6.service could not be found.
root@1cfresh:/home/maintainer# systemctl status postgresql
&#9679; postgresql.service - PostgreSQL RDBMS
   Loaded: loaded (/lib/systemd/system/postgresql.service; enabled; vendor preset: enabled)
   Active: active (exited) since Wed 2018-02-14 09:25:27 +05; 23h ago
 Main PID: 11026 (code=exited, status=0/SUCCESS)
    Tasks: 0 (limit: 4915)
   CGroup: /system.slice/postgresql.service

фев 14 09:25:27 1cfresh systemd[1]: Starting PostgreSQL RDBMS...
фев 14 09:25:27 1cfresh systemd[1]: Started PostgreSQL RDBMS.

...

Рейтинг:

0 / 0

15.02.2018, 06:51

| Ответить | Цитировать | Написать

PostgreSQL 9.6.6 и SystemD (Debian 9.4)

#39602111

asnurulin

Гость

Alexius,

Код: css

1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.

root@1cfresh:/home/maintainer# cat /lib/systemd/system/postgresql\@.service
# systemd service template for PostgreSQL clusters. The actual instances will
# be called "postgresql@version-cluster", e.g. "postgresql@9.3-main". The
# variable %i expands to "version-cluster", %I expands to "version/cluster".
# (%I breaks for cluster names containing dashes.)

[Unit]
Description=PostgreSQL Cluster %i
ConditionPathExists=/etc/postgresql/%I/postgresql.conf
PartOf=postgresql.service
ReloadPropagatedFrom=postgresql.service
Before=postgresql.service

[Service]
Type=forking
# @: use "postgresql@%i" as process name
ExecStart=@/usr/bin/pg_ctlcluster postgresql@%i --skip-systemctl-redirect %i start
ExecStop=/usr/bin/pg_ctlcluster --skip-systemctl-redirect -m fast %i stop
ExecReload=/usr/bin/pg_ctlcluster --skip-systemctl-redirect %i reload
PIDFile=/var/run/postgresql/%i.pid
SyslogIdentifier=postgresql@%i
# prevent OOM killer from choosing the postmaster (individual backends will
# reset the score to 0)
OOMScoreAdjust=-900
# restarting automatically will prevent "pg_ctlcluster ... stop" from working,
# so we disable it here. Also, the postmaster will restart by itself on most
# problems anyway, so it is questionable if one wants to enable external
# automatic restarts.
#Restart=on-failure
# (This should make pg_ctlcluster stop work, but doesn't:)
#RestartPreventExitStatus=SIGINT SIGTERM

# Do not set any timeout value, so that systemd will not kill postmaster
# during crash recovery.
TimeoutSec=0


[Install]
WantedBy=multi-user.target

...

Рейтинг:

0 / 0

15.02.2018, 06:52

| Ответить | Цитировать | Написать

PostgreSQL 9.6.6 и SystemD (Debian 9.4)

#39602112

asnurulin

Гость

Alexius,

> нужно в юнит файле systemd прописать TimeoutSec

Прописал 600, нет разницы. А с 0 он вроде как вообще отключен. Так что не срабатывает или не туда пишу.

...

Рейтинг:

0 / 0

15.02.2018, 07:00

| Ответить | Цитировать | Написать

PostgreSQL 9.6.6 и SystemD (Debian 9.4)

#39602182

Alexius

Участник

Сообщения: 749

Рейтинг: 0 / 0

asnurulin,

а сколько времени проходит с момента старта до выключения по логам? юнит файлы правильней править в /etc/systemd (там правда могут быть симлинки, в этом случае имеет смысл создать или копию или новый файл, куда подключить файл с /lib), там может быть что-то переопределено и так при апдейте пакетов изменения не потеряются.

...

Рейтинг:

0 / 0

15.02.2018, 10:28

| Ответить | Цитировать | Написать

PostgreSQL 9.6.6 и SystemD (Debian 9.4)

#39602706

asnurulin

Гость

Alexius,

> а сколько времени проходит с момента старта до выключения по логам?

менее минуты,

...

Рейтинг:

0 / 0

16.02.2018, 07:32

| Ответить | Цитировать | Написать

PostgreSQL 9.6.6 и SystemD (Debian 9.4)

#39606079

okwell5

Гость

asnurulin, А решение какое-то нашли?
У меня что-то подобное появилось.

...

Рейтинг:

0 / 0

22.02.2018, 12:40

| Ответить | Цитировать | Написать

9 сообщений из 9, страница 1 из 1

Форумы / PostgreSQL [игнор отключен] [закрыт для гостей] / PostgreSQL 9.6.6 и SystemD (Debian 9.4)

Цитировать

Написать

Автор*:

Ввести пароль для входа

Тема*:

Сообщение

Данное сообщение тематическое

Сообщение содержит картинки или видео 18+

Автор:

ВНИМАНИЕ! На данном подфоруме действуют строгие правила. Удостоверьтесь, что ваше сообщение соответствует им!

Форум или тема закрыты для гостей. Необходима авторизация!

Загрузить последнюю сохраненную версию

Вложение:

Вставить как галерею

Максимальный размер вложений: 4,0 МБ, аудио/видео: 8,0 МБ. Картинки большего размера ужимаются, если возможно.

Введите код, изображенный на картинке. Если код нечитаемый, кликните картинку, чтобы загрузить другой вариант.

Отправляя сообщение, я выражаю свое согласие с правилами форума и принимаю пользовательское соглашение.

Читали тему (0):

Читали форум (0):

Пользователи онлайн (0):

start [/forum/topic.php?fid=53&msg=39602110&tid=1995927]:	0ms
get settings:	13ms
get forum list:	14ms
check forum access:	4ms
check topic access:	4ms
track hit:	36ms
get topic data:	13ms
get forum data:	3ms
get page messages:	60ms
get tp. blocked users:	1ms
others:	311ms

total:	459ms