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

Eserv Forum / E3 / Eserv 3 Mail Server Support / Периодически "падает" сервис acIMAP

wikipost // (v1)
Продукты и услуги Скачать Документация Купить Поддержка Форумы Партнёрам Статьи О компании
Новости
12.10.2009
Переезд завершен
Здравствуйте.
Почему-то периодически "падает" сервис acIMAP — почему это может происходить, и где искать ошибки?
 
Комментарии к этой версии (18.03.2011 12:43) [~figaro] 2b77c3fb
АвторДатаТекстtags
ac18.03.2011 12:58
В acIMAP.log ничего подозрительного не появляется? Памяти на машине хватает?
wikipost
figaro18.03.2011 13:05
Вот все что я нашел. (в 12:53:31 я его запустил после падения)
20110318IMAPErr.log
11:06:06 332 Error 10053 in the rule file "conf\OnThreadConnect.rules.txt", line: 4, char: 51
20110318IMAPDbg.log
12:02:06 304 192.168.22.16;zakupki@25319.ru;OUT: !idle timeout!
12:10:05 341 192.168.22.105;salon@25319.ru;OUT: !idle timeout!
12:11:06 278 192.168.22.13;zakaz@25319.ru;OUT: !idle timeout!
20110318IMAP.log
12:08:06 292 339 noop
12:08:06 292 340 UID fetch 3426:* (FLAGS)
12:08:06 292 341 IDLE
12:09:05 292 342 noop
12:09:05 292 343 UID fetch 3426:* (FLAGS)
12:09:06 292 344 IDLE
12:09:40 340 Mailbox closed
12:09:40 340 STAT: 193:452:0:0:1801406
12:10:05 292 345 noop
12:10:05 292 346 UID fetch 3426:* (FLAGS)
12:10:05 292 347 IDLE
12:10:22 276 60 check
12:10:22 276 61 UID fetch 2:* (FLAGS)
12:10:22 276 62 IDLE
12:11:05 292 348 check
12:11:06 292 349 UID fetch 3426:* (FLAGS)
12:11:06 292 350 IDLE
12:53:31 3 Listening port 143 on interface 0.0.0.0
12:53:31 4 Listening port 993 on interface 0.0.0.0
А при запуске через интерфейс acWeb вывалилась еще ошибка:
20110318HTTPacl.log

12:53:28 325 192.168.22.153;Admin@2531900.ru;(admin-interface)/;..\script\control\wwwroot.pigmail\index.html;-;-LR-X
12:53:30 326 192.168.22.153;Admin@2531900.ru;(admin-interface)/servicecontrol.html;..\script\control\wwwroot.pigmail\servicecontrol.html;-;-LR-X
12:53:37 327 192.168.22.153;Admin@2531900.ru;(admin-interface)/;..\script\control\wwwroot.pigmail\index.html;-;-LR-X
12:53:38 328 192.168.22.153;Admin@2531900.ru;(admin-interface)/fs/style.css;..\script\control\wwwroot.pigmail\fs\style.css;-;-LR-X
12:53:38 329 192.168.22.153;Admin@2531900.ru;(admin-interface)/js/loadedstate.js;..\script\control\wwwroot.pigmail\js\loadedstate.js;-;-LR-X
12:53:38 329 192.168.22.153;Admin@2531900.ru;(admin-interface)/images/plus.gif;..\script\control\wwwroot.pigmail\images\plus.gif;-;-LR-X
12:53:38 328 192.168.22.153;Admin@2531900.ru;(admin-interface)/images/minus.gif;..\script\control\wwwroot.pigmail\images\minus.gif;-;-LR-X
12:53:39 329 192.168.22.153;Admin@2531900.ru;(admin-interface)/fs/img/made-with-npp.gif;..\script\control\wwwroot.pigmail\fs\img\made-with-npp.gif;-;-LR-X
12:53:39 328 192.168.22.153;Admin@2531900.ru;(admin-interface)/fs/img/powered-by-spf-mono-2.gif;..\script\control\wwwroot.pigmail\fs\img\powered-by-spf-mono-2.gif;-;-LR-X
12:53:39 329 192.168.22.153;Admin@2531900.ru;(admin-interface)/fs/img/powered-by-forthscript-mono.gif;..\script\control\wwwroot.pigmail\fs\img\powered-by-forthscript-mono.gif;-;-LR-X
12:53:39 331 192.168.22.153;Admin@2531900.ru;(admin-interface)/fs/img/powered-by-pm.gif;..\script\control\wwwroot.pigmail\fs\img\powered-by-pm.gif;-;-LR-X
12:53:39 330 192.168.22.153;Admin@2531900.ru;(admin-interface)/fs/img/powered-by-eserv-3.gif;..\script\control\wwwroot.pigmail\fs\img\powered-by-eserv-3.gif;-;-LR-X
12:53:40 331 192.168.22.153;Admin@2531900.ru;(admin-interface)/favicon.ico;..\script\control\wwwroot.pigmail\favicon.ico;-;-LR-X

acIMAP.log — много строчек:

Fri, 18 Mar 2011 11:06:05 +0300 MaxThreads reached (server)!
Fri, 18 Mar 2011 11:06:06 +0300 MaxThreads reached (server)!
Fri, 18 Mar 2011 11:06:06 +0300 MaxThreads reached (server)!<30>
Log started: Fri, 18 Mar 2011 12:53:31 +0300 (acIMAP/3.0, build 18106, 08.12.2009) FIGARO\SERVER-R2$ Boxes: 50 Eserv key: &&&&&&&&&&&&&&&&&&&&&&&&&&& Running with PigMail/PigProxy version 2.3beta3 SNMP Service started at port 143 on interface 0.0.0.0 POP: Listening port 110 on interface 0.0.0.0 POP: Listening port 995 on interface 0.0.0.0 IMAP: Listening port 143 on interface 0.0.0.0 IMAP: Listening port 993 on interface 0.0.0.0 Содержимое файла "OnThreadConnect.rules.txt" : \ Проверка выполняется по имени подключенного словаря-протокола PROTOCOL =~ POP | EvalRules: pop\OnThreadConnect \EOF PROTOCOL =~ IMAP | EvalRules: imap\OnThreadConnect \EOF Ну вот, вроде все, больше информации нет.
wikipost
ac18.03.2011 13:25
figaro пишет: acIMAP.log — много строчек:
Fri, 18 Mar 2011 11:06:05 +0300 MaxThreads reached (server)!

Если памяти хватает (вы не ответили), то можно увеличить IMAP[MaxConnections], оно в PigMail'е по умолчанию маленькое.
wikipost
figaro18.03.2011 14:09
Сейчас Выставил IMAP[MaxConnections] = 300
ac пишет: Если памяти хватает
всего 4095, доступно в данный момент 1805
wikipost
pig18.03.2011 14:40
figaro пишет: А при запуске через интерфейс acWeb вывалилась еще ошибка:
20110318HTTPacl.log

Это как следует понимать? Журнал в браузер вылез, что ли?
wikipost
figaro19.03.2011 15:41
pig пишет: Журнал в браузер вылез, что ли
Ну да, и такое часто бывает. Потом нажимаю <- и "обновить"
wikipost
pig19.03.2011 19:28
Именно при попытке запуска службы? А после "обновить" всё нормально?
Когда в следующий раз на такое нарвётесь — пришлите вырезку из оперативного журнала веб-сервера за время этих манипуляций. Очень интересно, что там делается с точки зрения сервера.
wikipost
figaro22.03.2011 09:28
ред: 22.03.2011 14:25
Ну вот, утром сегодня прихожу — а сервис IMAP опять "упал". (Клиентам пишет — отказано в соединении). Обновил страницу управления — "В начало". Действительно не запущен. Нажал на "Запустить" , на страницу вывалилось следующее:
&&&&&&&&&&&&&&&&&
"всякие бяки" — удалил из поста, кому надо, тот уже увидел, а то все-время из темы "вываливает".
&&&&&&&&&&&&&&&&&
После этого нажал <— и "обновить" — Показал, что сервис запустился.
Браузер — Хром.
wikipost
figaro22.03.2011 09:57
ред: 22.03.2011 10:00
Кстати — теперь я Хромом не смог войти в эту тему — после загрузки всех сообщений, выбрасывает на предыдущую страницу. Вошел только через Microsoft-Explorer, причем нажал на "СТОП" , пока все загружалось, и из него сейчас написал. Удалите, пожалуйста из моего сообщения ту часть кода, которая так выкидывает обратно
wikipost
dandy22.03.2011 10:01
думаю, вы предыдущим постом провели атаку типа XSS — т.е. нашли потенциальную дырку в модуле форума
wikipost
pig22.03.2011 11:29
Понял. Это вывод net.exe в браузер попадает. Интересно, это только Хром сбивается? Я сейчас Оперой (в XP) попробовал запустить — страница сама обновилась, ничего и не заметил.
wikipost
ac22.03.2011 14:54
dandy пишет: думаю, вы предыдущим постом провели атаку типа XSS — т.е. нашли потенциальную дырку в модуле форума

Не форума, а wiki (т.е. относится ко всем модулям, где используется вики). Там в исходнике acWEB так и написано в комментарии "html пока вставляем как есть", т.е. так и было задумано (временно — "пока", но забыто). Подкрутил — http://www.eserv.ru/download/acWEB4_2011-03-22_1.rar

pig пишет: Интересно, это только Хром сбивается? Я сейчас Оперой (в XP) попробовал запустить — страница сама обновилась, ничего и не заметил.

В принципе <meta> должны работать только в разделе head, а в body страницы игнорироваться, т.е. тут скорее Опера права, чем Хром.
wikipost
ac22.03.2011 15:07
figaro пишет: "всякие бяки" — удалил из поста, кому надо, тот уже увидел, а то все-время из темы "вываливает".

Бяки надо вставлять в тегах [code] (кнопка-иконка "код" в меню). Ваше исходное сообщение выглядело бы так:

figaro пишет: Ну вот, утром сегодня прихожу — а сервис IMAP опять "упал". (Клиентам пишет — отказано в соединении). Обновил страницу управления — "В начало". Действительно не запущен. Нажал на "Запустить" , на страницу вывалилось следующее:
'<г¦Ў "acIMAP"  ЇгбЄ _вбп. '<г¦Ў "acIMAP" гбЇ_и-R  Їгй_- . HTTP/1.0 302 Moved Location: index.html Content-Type: text/html; charset=windows-1251 Connection: close X-Powered-By: ForthScripter/1.50 2009-09-21 <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> <html><head> <meta http-equiv="Content-Type" content="text/html; charset=windows-1251"/> <meta http-equiv="Refresh" content="0; URL=index.html"/> <link href="/fs/style.css" rel="stylesheet" type="text/css" title="PigMail style"/> <title>Выполнено</title> </head><body> <h2>Служба acIMAP успешно запущена</h2> <p>Сейчас Ваш браузер должен выполнить автоматический возврат к главной странице.</p> <p>Если переход по каким-то причинам не происходит, <a href="index.html">нажмите здесь</a>.</p> </body></html>
После этого нажал <— и "обновить" — Показал, что сервис запустился.


pig пишет: Это вывод net.exe в браузер попадает.

Да, stdout наследуется из fs.exe в net.exe.
wikipost
pig22.03.2011 15:51
Ну, как это бороть, мы уже знаем

А Хром, наверное, обнаружив во первых строках ответа нечто отличное от заголовков HTTP, неявно их себе подставляет и трактует всё как текст страницы. Тоже, в общем-то, допустимая реакция на нештатную ситуацию.
wikipost
ac22.03.2011 16:52
Вы о выводе fs.exe? Да, там понятно, что браузер всё после первого встречного CRLFCRLF трактует как текст страницы. Я про meta выше писал, имея в виду не fs.exe, а forum.eserv.ru — здесь meta из поста figaro вставился в страницу, но не в области <head> (как у вас в страничке от fs, что нормально), а в области <body>. И в этом случае наверное нормальным поведением браузера является игнорирование неуместного тега, как делает Opera, а не следование указаниям meta, как делает Хром. Хотя возможно это сделано специально просто для совместимости с поведением какого-нибудь более раннего распространенного браузера (IE например): использование "meta refresh" типично для множества download-сайтов, и если meta в теле браузер будет игнорировать, то может быть где-нибудь что-нибудь не будет скачиваться
wikipost
figaro22.03.2011 16:59
ac пишет: Бяки надо вставлять в тегах
[/quote] Спасибо, понял.
wikipost
pig23.03.2011 06:13
ac пишет: здесь meta из поста figaro вставился в страницу, но не в области <head> (как у вас в страничке от fs, что нормально), а в области <body>. И в этом случае наверное нормальным поведением браузера является игнорирование неуместного тега, как делает Opera

Нет, Опера этот meta ни фига не игнорировала, тоже приходилось ловить момент и жмакать на крест.

Самое-то забавное — из fs.exe текст лез примерно так же, только что HTTP-заголовков не было. Видимо, Хром в таких ситуациях трактует полученное как text/plain, не пытаясь интерпретировать, а более другие браузеры — как text/html.
wikipost
figaro01.04.2011 13:28
Сервис acIMAP продолжает "падать" каждый день по 2-3 раза. Скажите, а может это происходить, если одной папкой (почтой по IMAP) пользуются одновременно 5-6 активных пользователей? Может ему от этого "плохеет" ?
wikipost
ac01.04.2011 15:56
Для проверки гипотезы можно поработать с этой папкой в монопольном режиме... Но вообще acIMAP с любой папкой работает так, как если бы она была общая, т.е. управляет временными блокировками, шлёт извещения об изменениях, и т.д.

Может быть сейчас (после того как мы отодвинули ему ограничения по потокам) он успевает перед падением записать что-нибудь в acIMAP.log? А то мы как-то на acWEB сразу переключились выше.
wikipost
figaro02.04.2011 12:05
В монопольном режиме "попробовать" работать не получится. Мы купили его для того, чтобы реализовать данную возможность — сразу начнутся упреки, типа "зачем мы его покупали?". Так что нужны другие варианты решения данной проблемы.
wikipost
figaro02.04.2011 12:07
А в логе между запусками это:

Message not found (FETCH) Exception time: Tue, 29 Mar 2011 12:13:55 +0400 Thread number/reuse/id:77 0 65088
API Calls: ReleaseMutex

Message not found (FETCH)
Exception time: Tue, 29 Mar 2011 12:13:57 +0400
Thread number/reuse/id:77 0 65088 API Calls: ReleaseMutex

Message not found (FETCH) Exception time: Tue, 29 Mar 2011 12:14:03 +0400 Thread number/reuse/id:77 0 65088
API Calls: ReleaseMutex

Message not found (FETCH)
Exception time: Tue, 29 Mar 2011 12:14:05 +0400
Thread number/reuse/id:77 0 65088 API Calls: ReleaseMutex
wikipost
ac02.04.2011 12:13
И всё? Там еще дампы стека должны быть (много чисел). Вышлите этот файл на support@eserv.ru, пожалуйста.
wikipost
figaro04.04.2011 08:32
Нет там больше ничего... может быть у меня устарешая версия acIMAP ?
wikipost
pig04.04.2011 09:16
В этой линейке новее пока нету.

Опять, что ли, система память выдать не может? Как с Eproxy года три назад...

P.S. В эту же копилку: были жалобы, что acFTP падает, если сеанс достаточно долго держать.
wikipost
Работает на Eserv/5.05555 (05.06.2016)