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更新提供的修补程序,没有任何改进。
关于为什么的任何想法?
答案 0 :(得分:1)
我遇到了同样的错误。这是由于客户端反复调用WCF服务,其中一个方法递归调用自身,因此抛出StackOverflowException
。
这是在使用.Net 4.5
的WCF应用程序中发生的。我们所有的服务(.svc
)一个接一个地失败,直到整个应用程序池开始提供错误HTTP 503.应用程序池已经死了。
通过应用程序日志,然后是EventViewer日志,我们找到了与OP相同的消息。
有一段时间我们一直在重新启动应用程序池,但只会在一段时间后再次崩溃。
应用程序池突然在下午2点稳定下来,我们有一些系统操作在中午到下午2点运行......我们认为它必须与此有关。我们能够发现它是由于合并错误,其中一个方法保持递归调用自身,该方法没有参数或返回类型。可能它会导致StackOverflowException
导致应用程序池崩溃。