29.07.2015, 15:17 | #21 |
Участник
|
Закрытие склада выполнялось в начале месяца, но последние 2 недели проблема не уходит.
__________________
MS DAX 2012 |
|
29.07.2015, 15:31 | #22 |
Участник
|
Мы сталкивались с похожей ситуацией.
Ядро ax2009 RU7 После отмены закрытия склада/пересчета при условии высокой нагрузки на аос (много других пакетных заданий выполняется) - внутри аоса что-то ломается и он начинает буквально пожирать процессорное время (больше 99%) так что даже c трудом удается залогиниться по RDP (10-15 минут логин идет). Анализ открытых соединений к БД показывает что похоже происходит утечка соединений.) почти все сессии убиваем,а соединения все равно есть, но явно не связаны с текущими открытыми сессиями. В итоге все тупо тормозит. В обычном режиме никогда не удавалось нагрузить пакетный аос так чтобы он съел выше 95 % проца (видимо часть времени он тупо простаивает ожидая откликов от БД). Но как только случается вышеописанный баг, так все - тушите свет. Похоже где-то просто крутится пустой цикл, выедая процессорное время. Как лечить не знаем. Помогает остановка службы аос и запуск заново. Также заметили что под win2008R2 глюк воспроизводится на порядок реже чем под win2012 Рекомендую поставить другую версию винды. Ну и попробуйте билды ядра посвежее. Давно есть RU8. |
|
29.07.2015, 15:34 | #23 |
Участник
|
Повнимательнее посмотрел на ваши скриншоты - там нет 97% загрузки проца.
Вы ничего не путаете ? |
|
29.07.2015, 15:51 | #24 |
Участник
|
Эта картинка с AOS01, сделанная с утра. AOSы мы перезагружали много раз, последний раз вчера
__________________
MS DAX 2012 Последний раз редактировалось SIrina; 29.07.2015 в 15:53. |
|
29.07.2015, 15:57 | #25 |
Участник
|
Думала использовать этот тул http://www.codeplex.com/
Но для него надо где-то взять логи для анализа. Поэтому вопрос к гуру - где и что надо включить, чтобы была детализация всего, что делает Ax32Serv ?
__________________
MS DAX 2012 |
|
29.07.2015, 16:16 | #26 |
Участник
|
Балансировщик вроде работает
__________________
MS DAX 2012 |
|
29.07.2015, 16:19 | #27 |
Участник
|
единственный способ это исправить - зарегистрировать соответствующий запрос в поддержке
единственный способ это исправить - зарегистрировать соответствующий запрос в поддержке единственный способ это исправить - зарегистрировать соответствующий запрос в поддержке emeadaxsupport: Finding the X++ call stack that caused a crash Последний раз редактировалось Logger; 29.07.2015 в 16:22. |
|
|
За это сообщение автора поблагодарили: SIrina (1). |