.Net 4.0 Сбой приложения Windows в clr.dll под Windows Server 2008

У меня есть приложение Windows, которое планируется запускать на ежедневной основе и прерывается с ошибкой из-за следующего журнала EventViewer.

Faulting application name: MyApplication.exe, version: 1.0.0.0, time stamp: 0x4d54829a
Faulting module name: clr.dll, version: 4.0.30319.1, time stamp: 0x4ba21eeb
Exception code: 0xc0000005
Fault offset: 0x00000000000029e1
Faulting process id: 0xbb1c
Faulting application start time: 0x01cbd99223d8b4eb
Faulting application path: E:\MyApplication\MyApplication.exe
Faulting module path: C:\Windows\Microsoft.NET\Framework64\v4.0.30319\clr.dll
Report Id: 7e74ec7e-45a5-11e0-a95d-003048de380d

И во втором журнале EventViewer говорится:

The process was terminated due to an internal error in the .NET Runtime at IP 000007FEF97329E1 (000007FEF9730000) with exit code 80131506.

Сервер Win Server 2008 R2 и приложение использует .Net 4.0 (как вы можете видеть в журнале ошибок тоже).

Приложение интенсивно использует многопоточность и считывает из удаленной базы данных и записывает на локальный жесткий диск.

Можно догадаться о причине этой проблемы и какой-либо помощи в расследовании? Я понятия не имею, где он терпит неудачу в жизни приложения, которое составляет около 5-10 часов.

Ответы

Ответ 1

Я только что нашел это исправление: http://support.microsoft.com/kb/2640103

Не уверен, что у вас по-прежнему есть одна и та же проблема.

Ответ 2

У меня такая же проблема. Примерно через 8-10 часов срок службы CLR повышается. Я подозревал, что мой неуправляемый код генерирует исключение в фоновом потоке. Однако я не мог понять, почему. Однако вы можете попробовать:

  • Если вы используете инструкции по обработке исключений неуправляемого кода выполняя его.
  • Убедитесь, что у вас есть последние исправления .NET4.
    (https://connect.microsoft.com/VisualStudio/Downloads)

Пожалуйста, дайте мне знать, если вы уже нашли решение.

Ответ 3

У меня была аналогичная проблема, поэтому это поможет будущему пользователю найти решение:

Мы используем Apache log4net для журнала приложений.

После обновления до DLL версии 1.2.15 для dotnet Framwork 4.5 он начинает запускать это точное исключение, когда файл журнала достигает максимального размера (10 МБ)