.Net 4.0 Windows-program krasjer i clr.dll under Windows Server 2008

Indlæg af Hanne Mølgaard Plasc

Problem



Jeg har et Windows-program, der er planlagt til at køre dagligt og fejler uafbrudt på grund af følgende log i 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:MyApplicationMyApplication.exe
Faulting module path: C:WindowsMicrosoft.NETFramework64v4.0.30319clr.dll
Report Id: 7e74ec7e-45a5-11e0-a95d-003048de380d


Og i den anden EventViewer log står det:


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


Serveren er Win Server 2008 R2 og applikationen bruger .Net 4.0 (som du også kan se i fejlloggen).


Programmet anvender multi-threading intensivt og læses fra en ekstern database og skriver til lokal harddisk.


Enhver gæt på grunden til dette problem og nogen hjælp til at undersøge? Jeg aner ikke, hvor det fejler i applikationens levetid, som er omkring 5-10 timer.

Bedste reference


Jeg har lige stødt på dette hotfix: http://support.microsoft.com/kb/2640103[3]


Ikke sikker på, om du stadig har det samme problem.

Andre referencer 1


Jeg har det samme problem. Ved ca. 8-10 timers applikation levede CLR fejl. Jeg mistænkte min uhåndterede kodegenererende undtagelse i baggrundstråden. Men jeg kunne ikke rigtig finde ud af hvorfor. Du kan give følgende et forsøg dog :



  • Hvis du bruger ubekræftede kodeanmeldelses undtagelseshåndteringsopgørelser
    mens du udfører den.

  • Sørg for, at du har de nyeste rettelser af .NET4.

    (Https://connect.microsoft.com/VisualStudio/Downloads)



Lad mig vide, om du allerede har fundet en løsning. [4]

Andre referencer 2


Jeg havde et lignende problem, så det kan hjælpe fremtidige brugere med at finde en løsning:


Vi bruger Apache log4net til applikationslog.


Efter en opdatering til DLL version 1.2.15, for dotnet Framwork 4.5 begynder det at afbrænde denne nøjagtige undtagelse, når logfilen når den maksimale størrelse (10 MB)

Andre referencer 3


Hotfixet er for det meste forsvundet, og jeg står over for et lignende problem, så jeg vil dele mit svar her.


Min løsning drejede sig om, at jeg passerede en Lamda til en P/Invoke:


https://stackoverflow.com/a/52360307/4700841