В Win 2008 server в логах
Сбойное приложение acWEB4.exe, версия 4.0.0.0, штамп времени 0x311cbdc5, сбойный модуль ntdll.dll, версия 6.0.6001.18538, штамп времени 0x4cb733e1, код исключения 0xc0000005, смещение ошибки 0x000530b7, ИД процесса 0x5c4, время запуска приложения 0x01cc032371f169da.
За эту минуту можно успеть заглянуть в taskmgr посмотреть за изменением потребления памяти (acWEB'ом и системой вцелом). "8" — это именно ответ Windows о нехватке памяти, значит в момент запуска что-то с памятью меняется радикальным образом.
Удаление статистики, DNS-кэша эффекта не дает? (при запуске никаких массовых действий с ними не производится, но мало ли что может решить сделать sqlite при открытиии баз).
Инициализация E3 и E4 тем и отличается, что дополнительно открываются стат.базы и прочие БД. В файл acWEB\conf\OnStartup.rules.txt в начале добавьте строку:
vDebugRules ON
Потом перезапустите и пришлите на support@eserv.ru полный лог acWEB.log до падения.
Плакать не надо, врядли тут неисправимая проблема. Смеяться над перезапуском Windows тоже не стоит — я вот в декабре прошлого года обнаружил, что Windows имеет свойство накапливать "нечто", сильно влияющее на производительность, что не снимается перезапуском никаких служб, но моментально лечится перезагрузкой Windows.
"Провалы" в графике в середине декабря и в предпоследнюю неделю апреля — это я после безуспешных поисков причины роста загрузки процессора просто перезагрузил Windows (не исключено, что в этот момент применялись какие-то ранее загруженные патчи Windows, но я обычно стараюсь сразу перезагружать, если Windows требует перезагрузки после обновления).
Лог получил, спасибо. Да, за полминуты после старта набегает больше 900 соединений в стадии "OnThreadConnect", т.е. ожидающих доступа к БД для записи начала сессии в БД статистики. Такое к-во и исчерпывает память или per-process лимиты Windows.
evguenil пишет: Но мне кажется это не лечит проблему а просто загоняет в глубь.
Так точно. Это дает дополнительный аргумент на весы, что проблема именно здесь. В предпоследнем обновлении есть опция отключения этого лога детализации статистики, может снизить остроту проблемы. Уже принято решение о замене этой подсистемы, но это затрагивает большое к-во стат.отчетов и влияет на другие модули (форумы и веб.почту), поэтому на эту работу требуется достаточно много времени, подгадываю соответствующее "окно".
Estat не влияет на эту проблему, можно не отключать.
Столкнулись с аналогичной проблемой при запуске acWeb4, запускается и через 5 секунд падает, в его логах такие ошибки в конце
Fri, 15 Jul 2011 11:54:07 +0600 Can't create thread. Error:8
Fri, 15 Jul 2011 11:54:12 +0600 Can't create thread. Error:8
Fri, 15 Jul 2011 11:54:19 +0600 Can't create thread. Error:8
в журнале событий аналогично
Сбойное приложение acWEB4.exe, версия 4.0.0.0, штамп времени 0x311cbdc5, сбойный модуль ntdll.dll, версия 6.0.6002.18005, штамп времени 0x49e03821, код исключения 0xc0000005, смещение ошибки 0x00066592, ИД процесса 0x1b38, время запуска приложения 0x01cc42b70f6181d4.
DNS-кеш и логи удалил вернее удалил папки
..\Eserv4\DATA\domains\system\dns_cache
..\Eserv4\DATA\log или какие правильно папки надо удалить?
Подскажите что еще можно сделать?
во вложении лог, когда acWeb запускался с параметром vDebugRulesON
Файл: acweb.log [76593 bytes]
!
предпоследнем обновлении
acweb.log