|
|
|
почему postgresql письма
|
|||
|---|---|---|---|
|
#18+
Доброго времени суток. БД postgresql 9.3 В процессах болтается: Код: plaintext 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. В результате чего БД валится через несколько дней работы. Подскажите как найти почему БД генерит эти уведомления? Параметр в конфиге, процедура в самой БД, куда копать? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.04.2016, 03:04 |
|
||
|
почему postgresql письма
|
|||
|---|---|---|---|
|
#18+
xopc, Сама по себе база никогда и никак почту не шлет. Нет у нее такого функционала. Вариантов несколько: 1)простой и обычный: крон работающий от postgres и отправляющий почту (но тогда он бы не вызывал падения базы) или 2)кто то сделал то что делать НЕЛЬЗЯ: запрограмировал отправку почты из какой то хранимки написаной на Pl/чемнибудь что умеет отправлять почту. Соответственно смотреть в pg_stat_activity на предмет зависших запросов/хранимок. Если по мере накопления процессов отправки почты база со временем глохнет - этот вариант более вероятен. PS: а починить почту на сервере никак не получается? -- Maxim Boguk www.postgresql-consulting.ru ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.04.2016, 05:05 |
|
||
|
почему postgresql письма
|
|||
|---|---|---|---|
|
#18+
xopc, Может в конфигурации банальная синтаксическая ошибка. У вас есть пользователь postfix, может он перепутан с postgres? И кстати это не повод базе данных падать. Что в логах пишется? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.04.2016, 12:27 |
|
||
|
почему postgresql письма
|
|||
|---|---|---|---|
|
#18+
понимаю, что в базе нет функционала, чтоб реализовывать рассылки. 1. в кроне ничего криминального 2. в pg_stat_activity нет подозрительных, левых, висящих и т.п. запросов тормознул базу, но один процесс отправки все равно появился. значит не база, но почему от пользователя postgres? в конфигурации чего ошибка? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.04.2016, 05:45 |
|
||
|
почему postgresql письма
|
|||
|---|---|---|---|
|
#18+
xopcпонимаю, что в базе нет функционала, чтоб реализовывать рассылки. 1. в кроне ничего криминального 2. в pg_stat_activity нет подозрительных, левых, висящих и т.п. запросов тормознул базу, но один процесс отправки все равно появился. значит не база, но почему от пользователя postgres? в конфигурации чего ошибка? В конфигурации unix сервера. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.04.2016, 10:39 |
|
||
|
почему postgresql письма
|
|||
|---|---|---|---|
|
#18+
берем родительский pid любого процесса автор#ps -ef | grep 32757 ibank2 32271 32022 0 07:42 pts/1 00:00:00 grep --color=auto 32757 root 32757 1319 0 апр16 ? 00:00:00 /usr/sbin/CRON -n postgres 32765 32757 0 апр16 ? 00:00:00 /usr/sbin/sendmail -FCronDaemon -i -odi -oem -oi -t -f postgres т.е. все таки по крону что-то гадит смотрим лог аудита автор# ausearch -i -p 32757 ---- type=USER_ACCT msg=audit(04/16/16 11:25:01.516:3380) : pid=32757 uid=root auid=unset ses=unset msg='op=PAM:accounting acct=postgres exe=/usr/sbin/cron hostname=? addr=? terminal=cron res=success' ---- type=CRED_ACQ msg=audit(04/16/16 11:25:01.516:3381) : pid=32757 uid=root auid=unset ses=unset msg='op=PAM:setcred acct=postgres exe=/usr/sbin/cron hostname=? addr=? terminal=cron res=success' ---- type=LOGIN msg=audit(04/16/16 11:25:01.516:3382) : pid=32757 uid=root old-auid=4294967295 auid=postgres old-ses=4294967295 ses=581 res=yes ---- type=USER_START msg=audit(04/16/16 11:25:01.521:3383) : pid=32757 uid=root auid=postgres ses=581 msg='op=PAM:session_open acct=postgres exe=/usr/sbin/cron hostname=? addr=? terminal=cron res=success' ---- type=CRED_REFR msg=audit(04/16/16 11:25:01.521:3384) : pid=32757 uid=root auid=postgres ses=581 msg='op=PAM:setcred acct=postgres exe=/usr/sbin/cron hostname=? addr=? terminal=cron res=success' # есть мнение, что это результат вот этой строки в cron */5 * * * * postgres sh /var/lib/pgsql/bin/rsync.sh странно, что такого ужасного в вызове от postgres проверяю... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.04.2016, 08:40 |
|
||
|
почему postgresql письма
|
|||
|---|---|---|---|
|
#18+
вылечел так: автор*/5 * * * * postgres sh /var/lib/pgsql/bin/rsync.sh > /dev/null 2>&1 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.06.2016, 00:58 |
|
||
|
почему postgresql письма
|
|||
|---|---|---|---|
|
#18+
xopcвылечел так: автор*/5 * * * * postgres sh /var/lib/pgsql/bin/rsync.sh > /dev/null 2>&1 это плохая идея так как если у вас backup сломается вы никогда об этом не узнаете пока не надо будет из него восстановится. Нельзя вывод с крона в /dev/null заворачивать а ошибки от крона должны идти ответственному лицу на почту. Вам скорее почту надо настроить корректно чтобы от нее процессы не оставались. -- Maxim Boguk www.postgresql-consulting.ru ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.06.2016, 05:21 |
|
||
|
|

start [/forum/topic.php?fid=53&msg=39248586&tid=1997200]: |
0ms |
get settings: |
12ms |
get forum list: |
19ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
188ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
41ms |
get tp. blocked users: |
2ms |
| others: | 247ms |
| total: | 526ms |

| 0 / 0 |
