2016-01-19 3 views
1

У меня есть веб-приложение .Net, которое началось сбой в производстве, и я не уверен, почему. Это происходит сбой очень часто (примерно каждые 5 минут при высокой нагрузке) и берет пул приложений с ним. В журнале событий у меня только следующее:Отладка. Net/IIS сбой, который не сбой с отладочным приложением

Faulting имя приложения: w3wp.exe, версия: 7.5.7601.17514, штамп времени: 0x4ce7afa2 Faulting Имя модуля: неизвестно, версия: 0.0.0.0, отметка времени: 0x00000000 код исключение: 0x00000000 Fault смещение: 0x000007fe97df95dc

код исключения из 0x00000000 не особенно полезно.

Обычно здесь я пытаюсь получить свалку и посмотреть. Однако при запуске DebugDiag приложение не сбой. Это значительно усложняет отслеживание. Использование памяти сильно увеличивается, когда DebugDiag работает (2gb каждые 6 часов?), Но я полагаю, что это нормально.

Не совсем уверен, куда идти отсюда.

+0

У меня такая же проблема, но с другим кодом исключения. У нас есть 3 сервера, и все они бросают исключение каждые 2-3 дня. Если я присоединяю DebugDiag к одному из серверов, исключение перестает бросаться. – Bloodhound

ответ

1

Код исключения 0x00000000 немного странный. Не уверен, что может вызвать это (возможно, звонок в environment.failfast в некотором .net-коде возможно)

Что касается потребления памяти, убедитесь, что вы используете новейший диагностический инструмент отладки (обновление 2 версии 2), а затем в раздел настроек для правил сбоя, вы можете настроить параметры, чтобы избежать исключений loggin, которые гарантируют, что все необработанные исключения не будут зарегистрированы). Обычно это то, что потребляет большую часть памяти. Также убедитесь, что статус LeakTrack пуст на вкладке процессов для отслеживаемого процесса.

+0

Это заставило меня довольно близко, так что стоит поднять. Я думаю, что это был вызов «Debugger.Break()», который ошибочно не имел обертки условного компилятора и отправился вживую. – AndySavage

Смежные вопросы