Почему пул приложений w3wp.exe постоянно перезапускается в часы пик из-за сбоя модуля mscorlib.ni.dll?
У меня проблема в том, что у меня приложение .net работает как бэкэнд-приложение. У меня есть проблема, которая в настоящее время появилась после того, как количество пользователей увеличилось, пул приложений постоянно перезапускается в часы пик, и когда я провел расследование, я обнаружил, что регистратор Windows дал мне следующее ошибка
Имя сбойного приложения: w3wp.exe, версия: 10.0.14393.0, отметка времени: 0x57899135 Имя сбойного модуля: mscorlib.ni.dll, версия: 4.6.1586.0, отметка времени: 0x575a1299 Код исключения: 0xc00000fd Смещение ошибки: 0x00371983 Идентификатор сбойного процесса: 0x1630 Время запуска сбойного приложения: 0x01d3e3a513e484f0 Путь сбойного приложения: C:\Windows\SysWoW64\inetsrv\w3wp.exe Путь сбойного модуля: C:\Windows\assembly\NativeImages_v4.0.30319_32\mscorlib\40571abae9422cd2ca6fafbbde1c3cdc\mscorlib.ni.dll Идентификатор отчета: ff408c3f-e685-494f-afb8-f0c66a19eb8f Полное имя неисправного пакета: Неверный идентификатор приложения, связанный с пакетом
я ожидаю, что приложение выйдет из строя, потому что что-то не так в приложении дает мне исключение stackoverflow, однако использование памяти ОС настолько низкое, что я не знаю, когда это происходит, а также когда я пытался увидеть этот путь
C:\Windows\assembly\NativeImages_v4.0.30319_32\mscorlib\40571abae9422cd2ca6fafbbde1c3cdc\mscorlib.ni.dll
я не нашел на рабочем сервере, я обнаружил, что в папке сборки есть несколько файлов misl, в то время как в среде разработки я нашел этот путь, я не знаю, в чем разница, некоторые говорят, что это ошибка кода, другие говорят, что ошибка .net framework я не могу получить решение
Я уже сделал это, но у меня есть проблема, когда debugdiag также дает мне stackoverflow, дополнительная информация, которую он добавил мне, заключается в том, что у меня есть идентификатор потока, но я не знаю, что делать
По памяти, и я уже давно это делал, вы также должны иметь возможность получить трассировку стека, которая приводит к сбою, которая, вероятно, укажет на код вашего приложения, где вы можете продолжить проверку.
Дампы, полученные с помощью DebugDiag, необходимо дополнительно проанализировать, чтобы выяснить, кто виноват. Такой анализ стоит дорого, и Stack Overflow вряд ли поможет вам в дальнейшем.
Я сделал это, но ошибка была настолько общей, что ее stackoverflow, но я не могу получить фрагмент кода, делающий это
Из-за сложной среды, которую вы упомянули, нам трудно воспроизвести эту проблему, я предлагаю вам открыть тикет через: support.microsoft.com
Ответы 1
Что ж, после месяца поиска и без сна я обнаружил, что решение было настолько простым, что я установил отладочную диагностику, затем я использую debugdiag для отслеживания процесса iis и добавляю в настройки исключений полный пользовательский дамп, это так важно, чтобы исключение вызывало полный пользовательский дамп, после первого сбоя debugdiag создает файл дампа в выбранном вами месте, затем откройте файл debugdiagaAnalyzer.exe и запустите анализ после выбора анализа памяти и анализа сбоя, он покажет вам идентификатор потока, в котором произошел сбой, и точное значение функции, которая вызвала переполнение стека.
Да, Full Userdump был отмечен в ссылке, которой я поделился.
Похоже на утечку памяти при высокой нагрузке. Настройте аварийный дамп, как описано здесь (настройте настройку для своего сценария) — forum.uipath.com/t/… Затем проанализируйте дамп, следуя инструкциям — community.nintex.com/automation- on-prem-29/… Это должно указать вам правильное направление.