The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"Request Tracker и sendmail - дублируются заявки"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Открытые системы на сервере (Почта / Linux)
Изначальное сообщение [ Отслеживать ]

"Request Tracker и sendmail - дублируются заявки"  +/
Сообщение от GaDiNa (ok) on 22-Ноя-11, 01:01 
Со вчера в maillog на хосте наблюдаю такое поведение (время сегодняшнее – это создавался тикет тестовый):
<code> ----------------------------
# grep pAL8kJda032224  /var/log/maillog
Nov 21 12:46:19 helpdesk sendmail[32224]: pAL8kJda032224: from=<username1@domain.com>, size=2778, class=0, nrcpts=1, msgid=<5A058B7A4BCB6C408C19F292CBBC993941F0B55D@ex3.domain.loc>, proto=ESMTP, daemon=MTA, relay=serv1.domain.loc [*.*.*.555]
Nov 21 12:48:20 helpdesk sendmail[32225]: pAL8kJda032224: timeout waiting for input from local during Draining Input
Nov 21 12:49:20 helpdesk sendmail[32225]: pAL8kJda032224: to="| /etc/smrsh/rt_mailgate --debug --queue Helpdesk --action correspond --url http://*.222.444.888/", ctladdr=<rt-techsupport@helpdesk.domain.net> (8/0), delay=00:03:01, xdelay=00:03:01, mailer=prog, pri=33002, dsn=4.0.0, stat=Deferred: prog mailer (/usr/sbin/smrsh) exited with EX_TEMPFAIL
</code> ----------------------------
тикет создается, его видно в веб-морде и на почту приходит уведомление.
Потом минут через 40 sendmail пытается обработать то, что у него в очереди осталось и создается дубль тикета:
<code> ----------------------------
Nov 21 13:26:18 helpdesk sendmail[32267]: pAL8kJda032224: timeout waiting for input from local during Draining Input
Nov 21 13:27:18 helpdesk sendmail[32267]: pAL8kJda032224: to="| /etc/smrsh/rt_mailgate --debug --queue Helpdesk --action correspond --url http://*.222.444.888/", ctladdr=<rt-techsupport@helpdesk.domain.net> (8/0), delay=00:40:59, xdelay=00:03:00, mailer=prog, pri=123002, dsn=4.0.0, stat=Deferred: prog mailer (/usr/sbin/smrsh) exited with EX_TEMPFAIL
</code> ----------------------------

и так повторяется каждые 40 минут.. за ночь приехало много заявок )
в /var/spool/mqueue скапливаются файлы писем..

до вчера все работало норм, и единственное, что поменялось - я вечером перенес mysql сервер на другой IP.
доступ к нему есть и все работает. только вот появился этот глюк.

тикеты я закрываю с помощью отправки письма в тред со спец командой «Status::: resolved»
По сути – это такое же письмо, как и при создании тикета.
Но.

В логе оно выглядит так:
<code> ----------------------------
# grep pALAFHvZ004150  /var/log/maillog
Nov 21 14:15:17 helpdesk sendmail[4150]: pALAFHvZ004150: from=<username111@domain.com>, size=2861, class=0, nrcpts=1, msgid=<1010B3E13F8D3743A135C08E3BDAF0E00DA9894E@ex3.domain.loc>, bodytype=7BIT, proto=ESMTP, daemon=MTA, relay=serv1.domain.loc [*.*.*.555]
Nov 21 14:15:24 helpdesk sendmail[4151]: pALAFHvZ004150: to="| /etc/smrsh/rt_mailgate --debug --queue Helpdesk --action correspond --url http://*.222.444.888/", ctladdr=<rt-techsupport@helpdesk.domain.net> (8/0), delay=00:00:07, xdelay=00:00:07, mailer=prog, pri=33082, dsn=2.0.0, stat=Sent
</code> ----------------------------
Получено и обработано БЕЗ ошибок. И ессно файл письма удаляется из каталога очереди и оно НЕ дублируется.
Можно увидеть отличие между строчками в логе:
<code> ----------------------------
Nov 21 12:46:19 helpdesk sendmail[32224]: pAL8kJda032224: from=<username1@domain.com>, size=2778, class=0, nrcpts=1, msgid=<5A058B7A4BCB6C408C19F292CBBC993941F0B55D@ex3.domain.loc>, proto=ESMTP, daemon=MTA, relay=serv1.domain.loc [*.*.*.555]

Nov 21 14:15:17 helpdesk sendmail[4150]: pALAFHvZ004150: from=<username111@domain.com>, size=2861, class=0, nrcpts=1, msgid=<1010B3E13F8D3743A135C08E3BDAF0E00DA9894E@ex3.domain.loc>, bodytype=7BIT, proto=ESMTP, daemon=MTA, relay=serv1.domain.loc [*.*.*.555]
</code> ----------------------------
это некий параметр "bodytype=7BIT"

Я прихожу к выводу, что /etc/smrsh/rt_mailgate почемуто не может распарсить письма от юзеров именно из-за этого параметра и поэтому возникает ошибка.
Просмотр логов за пятницу показал, что этот параметр ПРИСУТСТВУЕТ в логе при создании тикетов юзерами, например:
<code> ----------------------------
Nov 18 17:13:31 helpdesk sendmail[6961]: pAIDDVLK006961: from=<username2@domain.com>, size=4731, class=0, nrcpts=1, msgid=<BC04E45885C95B4F9B2AC74F48A704D01EACD471@ex3.domain.loc>, bodytype=7BIT, proto=ESMTP, daemon=MTA, relay=serv1.domain.loc [*.*.*.555]
</code> ----------------------------
А сегодня уже не присутствует.

Хотя мое предположение врядли верное.. тут чтото другое.

что это может быть и как бороться ?

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "Request Tracker и sendmail - дублируются заявки"  +/
Сообщение от Medlar email(ok) on 24-Ноя-11, 15:34 
Простите, сейчас нет времени вчитываться внимательно в ваш пост, но ключевая (для меня) фраза - stat=Deferred: prog mailer (/usr/sbin/smrsh) exited with EX_TEMPFAIL
А это, по моему опыту, есть следствие недостатка прав.
Сохранились старые ссылки -
https://www.opennet.ru/openforum/vsluhforumID1/15477.html
https://www.opennet.ru/openforum/vsluhforumID1/11369.html
И пусть там речь идет о локальных доставщиках почты.

Так как вы что-то переносили, то, возможно, какой-то файл либо вовсе отсутствует, либо недоступен.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

2. "Request Tracker и sendmail - дублируются заявки"  +/
Сообщение от GaDiNa (ok) on 24-Ноя-11, 16:00 
> Простите, сейчас нет времени вчитываться внимательно в ваш пост, но ключевая (для
> меня) фраза - stat=Deferred: prog mailer (/usr/sbin/smrsh) exited with EX_TEMPFAIL
> А это, по моему опыту, есть следствие недостатка прав.
> Сохранились старые ссылки -
> https://www.opennet.ru/openforum/vsluhforumID1/15477.html
> https://www.opennet.ru/openforum/vsluhforumID1/11369.html
> И пусть там речь идет о локальных доставщиках почты.
> Так как вы что-то переносили, то, возможно, какой-то файл либо вовсе отсутствует,
> либо недоступен.

спасибо за отклик..
я кажется нашел причину, только не знаю как бороться.
проблема все таки в mysql сервере, на котором я менял IP

есть еще момент - этот сервер раньше был на виртуалке под OpenVZ
я его перенес на виртуалку под ESXi (эта еще та черная магия)..
вобщем функционал сохранился, замена IP тоже не проблема, а проблема в производительности этой виртуалки.
в топе видно что эта ВМ под лоадом постоянно.
процесс mysqld может занимать до 100%
я думаю это и есть причина сбоя работы парсера на другой виртуалке с RT (пока mysql был под OpenVZ - все работало нормально)
значит что происходит - приходит письмо на 25 порт хоста с RT, дальше алиасом направляется в пайп на разборку этому скрипту перловому /etc/smrsh/rt_mailgate
а он в свою очередь запускаеся из под секурного шела сендмейла /usr/sbin/smrsh
скрипт что делает - парсит тело письма, находит там поле From и дальше самое интересное:
он заводит тикет через WEB интерфейс RT, то есть не напрямую в базу пишет все данные, а действует так, как будто это делает человек создавая тикет.
вобщем при этом происходит попытка записи в базу (которая на mysql в другой ВМ), мускул тормозит, возникает таймаут, парсер генерит експшин, секурный шел сендмейла вылетает и оставляет письмо в очереди, но ПРИ ЭТОМ в итоге мускул отрабатывает задачу и тикет создается.
Остается в итоге просто НЕ удаленное письмо в очереди. которое сендмейл пытается переотправить и из-за чего и возникают дубли.
вчера я добавил памяти ВМ с мускулом до 2гиг - вроде стало полегче, даже некоторые письма под вечер, когда нагрузка поменьше - стали приходить без дублей..
но седня утром, когда все кинулись писать тикеты - опять начались проблемы..
так что теперь надо решать вопрос тюнинга мускула на этой ВМ..
там центос 4.4 (такой был ОпенВЗ старый).. вот не знаю проапдейтить и что это даст.
база RT немаленькая.. и как он под опенВЗ не тормозил - не приложу ума..

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру