Microsoft.NET \ Framework \ v4.0.30319 \ clr.dll崩溃

时间:2014-07-07 06:39:57

标签: dll

Faulting application name: w3wp.exe, version: 7.5.7601.17514, time stamp: 0x4ce7a5f8
Faulting module name: clr.dll, version: 4.0.30319.18063, time stamp: 0x526767c6
Exception code: 0xc00000fd
Fault offset: 0x0007717d
Faulting process id: 0x1728
Faulting application start time: 0x01cf972772f04132
Faulting application path: C:\Windows\SysWOW64\inetsrv\w3wp.exe
Faulting module path: C:\Windows\Microsoft.NET\Framework\v4.0.30319\clr.dll
Report Id: b4d0c430-031a-11e4-a40f-0050569e40da

当我们的MSM模块加载器服务崩溃时,继续收到此错误?我们加载了Windows更新提供的修补程序,没有任何改进。

关于为什么的任何想法?

1 个答案:

答案 0 :(得分:1)

tldr:

我遇到了同样的错误。这是由于客户端反复调用WCF服务,其中一个方法递归调用自身,因此抛出StackOverflowException

答案很长:

这是在使用.Net 4.5的WCF应用程序中发生的。我们所有的服务(.svc)一个接一个地失败,直到整个应用程序池开始提供错误HTTP 503.应用程序池已经死了。

通过应用程序日志,然后是EventViewer日志,我们找到了与OP相同的消息。

有一段时间我们一直在重新启动应用程序池,但只会在一段时间后再次崩溃。

应用程序池突然在下午2点稳定下来,我们有一些系统操作在中午到下午2点运行......我们认为它必须与此有关。我们能够发现它是由于合并错误,其中一个方法保持递归调用自身,该方法没有参数或返回类型。可能它会导致StackOverflowException导致应用程序池崩溃。