我们正在客户VMware托pipe的RemoteDesktop服务器内部遇到随机BSOD。 蓝屏发生几乎每周。 奇怪的是，虚拟机不写任何我们可以分析的转储，％systemroot％\ minidump没有小转储，也没有完全转储。 服务器给我们的唯一提示是其事件日志中的一个条目，表示由于严重错误而必须重启。 此日志条目的详细信息显示BugCheckCode 252 / 0xFC，它是ATTEMPTED_EXECUTE_OF_NOEXECUTE_MEMORY 。
MSDN问题来分析转储并查找存储在KiBugCheckDriver中的错误驱动程序。 由于没有写入转储，我们显然没有这个选项可用。
故障服务器是VMware ESXi 5.5.0上托pipe的Windows 2008 R2。 已安装和configuration的angular色是RemoteDesktopServer，FileServer，Print-和Webserver。 运行在同一主机上的其他虚拟机似乎不受此问题的影响。
这里是我们得到的事件细节的输出：
BugcheckCode 252 BugcheckParameter1 0xfffff88001e64fb8 BugcheckParameter2 0x800000000293e963 BugcheckParameter3 0xfffff88015c55eb0 BugcheckParameter4 0x2 SleepInProgress false PowerButtonTimestamp 0 我们到目前为止所尝试的：
一些EventLog条目似乎根本没有任何有价值的信息：
BugCheckCode 0 BugcheckParameter1 0x0 BugcheckParameter2 0x0 BugcheckParameter3 0x0 BugcheckParameter4 0x0 SleepInProgress false PowerButtonTimestamp 0
长话短说，主要问题是为什么绝对没有转储写入磁盘。 分析BSOD /转储本身应该是针对这个错误的最有针对性的方法。
如果我可以提供更多的信息或忘记了什么，只要问:)
如果您正在使用英特尔E5 CPU，请检查此知识库文章： http ： //kb.vmware.com/kb/2073791
症状
在运行带有Windows 2008 R2，Red Hat Enterprise Linux或Solaris 10 64位的虚拟机时，可能会遇到以下症状之一：•Windows 2008 R2蓝屏事件：
0x0000000a – IRQL_NOT_LESS_OR_EQUAL 0x0000001a – MEMORY_MANAGEMENT 0x000000fc – ATTEMPTED_EXECUTE_OF_NOEXECUTE_MEMORY
原因
在发布时（2014年9月10日），这些处理器被确定为受到影响：•名为英特尔®至强®处理器E5 – #### v2的处理器，其中####是一个4位数字，可选之后是一封信。 •称为英特尔®至强®处理器E7 – #### v2的处理器，其中####是一个4位数字。 •称为英特尔®至强®处理器E3-12 ## v2的处理器，其中##是一个2位数字，后面跟一个字母。
parsing度
这是影响VMware ESXi的已知问题。 请联系您的供应商为您的硬件更新的BIOS来解决此问题，并提供有关英特尔勘误的参考：？CA135 – MOV到CR3启用EPT时可能导致意外页错误或在勘误部分不正确的页面转换英特尔至强处理器E5 v2产品系列“文档。 •在“英特尔至强处理器E7 v2产品系列”文档的“勘误表”部分中启用EPT时，CF124 – 不正确的页面转换。
注意：截至2014年7月11日，上述链接是正确的。如果发现链接中断，请提供反馈，VMware员工将更新链接。
如果没有可用于您的平台的BIOS更新，请使用以下方法之一来解决此问题：
升级：此问题已在VMware下载中提供的ESXi 5.5 Update 2中得到解决。 有关更多信息，请参阅“VMware ESXi 5.5 Update 2发行说明”。
目前，ESXi 5.1主机没有解决scheme。
如果您正在使用这些CPU，我build议您升级您的主机BIOS，或者将ESXi升级到版本5.5 Update 2。