Регистрация...

Eserv Forum / E3 / Eserv 3 Mail Server Support / Падение сервиса IMAP

wikipost // (v1)
Продукты и услуги Скачать Документация Купить Поддержка Форумы Партнёрам Статьи О компании
Новости
12.10.2009
Переезд завершен
Перешёл на PigProxy 2.3b5.

После перехода наблюдаю периодическое падение сервиса IMAP. Происходит это примерно 1 раз в неделю, при падении в логах ничего не фиксируется. Но в логах acIMAP.log изредка встречается следующее:
-ERR 1 mailbox locked -ERR 1 mailbox locked -ERR 1 mailbox locked Message not found (FETCH) ** Exception time: Wed, 18 May 2011 10:32:20 +0300 ** Thread number/reuse/id:25665 0 3292 ** API Calls: ReleaseMutex Message not found (FETCH) ** Exception time: Wed, 18 May 2011 10:32:27 +0300 ** Thread number/reuse/id:25665 0 3292 ** API Calls: ReleaseMutex -ERR 1 mailbox locked -ERR 1 mailbox locked


Падение происходит в ночное время, когда нагрузка минимальна (один IMAP-пользователь и с десяток POP3-пользователя).
При запуске после падения, никаких сообщений об ошибках или сбоях не появляется.
 
Комментарии к этой версии (30.05.2011 08:53) [~ND] 32f08889
АвторДатаТекстtags
pig30.05.2011 19:35
А падения вообще с какой-нибудь активностью коррелируют?
Не менял я в своей обвеске acIMAP ничего, кроме добавки кода, который вообще к Eserv/4 относится и включаться в этой версии не должен. Какие-то изменённые библиотеки, подключившиеся при пересборке acIMAP? Хотя и на предыдущие билды жалобы были...

P.S. У вас плагин Pop3Recv после обновления нормально работает? Или не пользуете?
wikipost
pig30.05.2011 22:21
Единственный реально добавленный код — вывод в оперативный журнал ответов IMAP-сервера.
wikipost
ND07.06.2011 07:08
Какую-либо зависимость падений сервиса выявить не удалось.
Плагин Pop3Recv используется и работает нормально.

с 03.06.2011 перешёл на версию PigMail/PigProxy version 2.3beta6. Посмотрю что будет с этой версией.
wikipost
pig07.06.2011 19:07
ред: 07.06.2011 19:08
В обвеске acIMAP ничего не поменялось, и сам EXE тот же. Так что...

А в Pop3Recv был баг. Удавлен with a little help from my friends.
wikipost
ND13.06.2011 07:58
И вот очередное падение сервиса на выходных.
10.06.2011 20:09:57 — коректно завершается опрос POP-ящика
10.06.2011 20:10:00 — начинается IMAP-опрос
20:10:00 82549 Connection from: 192.168.42.72:2554 20:10:00 82549 4gm6 CAPABILITY

И в 10.06.2011 20:10:00 — сервис падает.
И опять в логах ничего.
Время работы сервиса от предыдущего старта до падения — 7 дней и почти 12 часов.
wikipost
pig13.06.2011 21:23
ред: 13.06.2011 21:25
Пришлите мне оперативные журналы POP+IMAP за дни, когда были падения. Покумекаю.

Ещё безумная мысль — последите за службой, не пухнет ли процесс в размере, не растут ли счётчики потоков и дескрипторов.
wikipost
ND20.06.2011 07:50
Очередное падение на выходных, проработал 5 дней 12 часов.
Опять в логах ничего.
За службой проследил — параметры колебались примерно в рамках показателей при старте.
wikipost
ND24.06.2011 23:02
Очередное падение.
Какие-либо идеи есть?
wikipost
pig25.06.2011 00:09
Никаких
Посмотреть бы логи всё-таки.

P.S. Как допричешу задуманное в прокси — погоняю IMAP на своём мобильном полигоне.
wikipost
pig26.06.2011 21:03
Погонял. Не увидел, за что можно зацепиться. Видимо, никак без логов.
wikipost
ND26.06.2011 23:03
Какие файлы логов высылать?
Какой уровень логов и где включить?
wikipost
pig26.06.2011 23:40
Для начала — оперативные POP и IMAP, какие есть, за дни, когда были падения. И acIMAP.log до кучи. А на будущее уровень оперативных журналов POP и IMAP выставить шестой (прямо в настройках журналов для конкретных серверов, если через веб-морду, или в секциях [POP] и [IMAP], если через INI).

Как вариант — можно попробовать поиграть с ограничением на количество одновременных подключений к серверу, с тайм-аутом для IMAP. В сторону уменьшения...
wikipost
ND27.06.2011 09:37
Уровень логов для IMAP и POP3 выставил в 6-ой (был всего лишь 2-ой). Буду ждать очередного падения и вышлю логи.
Параметры пока не буду менять никакие — как есть, так пусть и работает.
wikipost
pig01.07.2011 21:58
Ага, первое послание получил, спасибо. Детально изучать буду уже дома (сейчас надо сворачиваться и в дорогу на двое суток, и вообще деревенская жизнь программированию не способствует). Пока увидел только, что спам-администратор активно работал — а это, наверное, немаленький объём данных для загрузки в память.
Поднимите уровень до седьмого, будет более детальная информация писаться.
wikipost
Работает на Eserv/5.05567 (10.02.2020)