在应用程序服务器上间歇性地崩溃x64 dotnet服务时遇到了问题.该服务可以运行数小时,数天或数周,没有任何问题,但随后没有太多信息.
该服务在两个服务器上的集群(每个服务器3个服务)中运行 - 并且已经看到两个服务器上的任何服务都发生了崩溃.复制环境显示相同的行为,因此我"已经筋疲力尽"的配置问题.
最初从应用程序服务器的事件日志中提取的错误是:
Error message from event log on server XXXX
Application: MySvc.exe
Framework Version: v4.0.30319
Description: The process was terminated due to an internal error in the .NET Runtime
at IP 000007FEEFD8CD4C (000007FEEFC70000) with exit code 80131506
这并没有显示太多细节,我在网上找到的最好的指针就是"交叉手指"......
http://www.jamesewelch.com/2010/09/30/troubleshooting-internal-error-in-the-net-runtime/
最后,在运行了一个月的AdPlus调试器后,我们遇到了一系列故障和一些故障转储.现在我有转储,我很难从中获得任何使用.
我之前已经调查了几个"悬挂"转储并取得了很大的成功,并阅读了很多Tess Ferrandez的博客等等,但我发现的'崩溃'转储被证明是最糟糕的.大多数对象,异常等都标记为垃圾收集,只剩下主线程 - 我可能会遗漏一些东西.
我将添加来自!analyze -v以及转储日志的详细信息 - 它们显示异常.
所以 - 关于这一点的真正问题是:有人可以给我一些关于从哪里开始的指示.转储日志中的异常与我在实际转储中看到的异常不匹配.
DUMP 1日志在这里:http: //pastebin.com/Eg5YCqww
DUMP 1分析:(我有一个符号问题我无法解决..)
0:000> !analyze -v
***
FAULTING_IP:
+112c9440
00000000`00000000 ?? ???
EXCEPTION_RECORD: ffffffffffffffff -- (.exr 0xffffffffffffffff)
ExceptionAddress: 0000000000000000
ExceptionCode: …我正在使用WinDbg来查看进程转储.转储已在具有.NET 4 SP1(4.0.30319.237)的x86服务器上进行.我正在尝试使用x86版本的WinDbg在我的x64机器上进行调试,但是我遇到了以下问题.
0:000> !EEVersion
The version of SOS does not match the version of CLR you are debugging. Please
load the matching version of SOS for the version of CLR you are debugging.
CLR Version: 4.0.30319.237
SOS Version: 4.0.30319.239
4.0.30319.237 retail
Workstation mode
SOS Version: 4.0.30319.239 retail build
由于我的机器已采用最近的安全补丁,SOS DLL文件现在为4.0.30319.239版本,因此我无法在WinDbg中使用任何CLR扩展.我已连接到Microsoft符号服务器并获得了正确的版本mscordacwks.dll.
我在哪里可以获得SOS.dll版本4.0.30319.237的副本？
我上网的最佳匹配是通过.NET Framework 4的可靠性更新1.但是,这不能安装在我的机器上(我没有第二个),因为它已经被超越了.
恶梦!