紫屏又一例nmi

 

紫屏又一例nmi

VMware ESXi 服务器 – NMI 中断

对象名称: emr_na-kc0120179en_us

文档类型:支持信息

原所有者: KCS – VMware

披露级别:公开

版本状态:最终版

环境

事实: VMware ESXi 服务器

问题/症状

症状: PSOD

症状: LINT1 主板中断

症状: NMI 中断

原因

原因:物理硬件事件

答案/解决方案

修复: NMI 是物理硬件事件,而不是软件事件。NMI 通常是系统 BIOS 和/或管理芯片组遇到的不可恢复情况(在特定引导周期期间持续操作的情况下)的结果。

 

根据 ESX 的版本和配置,NMI 日志条目可能会出现在控制台上的/var/log/vmkernel或/var/log/messages日志文件中,或者如果条件触发 VMkernel 则出现在 VMkernel 核心转储文件中紫色诊断屏幕。

 

NMI 事件由 CPU 通过高级可编程中断控制器 (APIC) 通过操作系统内核(在本例中为 VMkernel)路由到操作系统(在本例中为 ESX 主机)。NMI 数据通过端口 0x61(ISA 兼容寄存器地址 hex-61)传输,该端口是为 NMI 数据保留的 8 位寄存器。

 

NMI 事件可能由以下原因引起:

 

• 物理硬件故障,例如内存模块或处理器损坏。

• 关键部件的严重热循环,通常发生在长时间停机或冷却部件故障后。

• 组件运行不符合规格,例如由于涉及电压调节器模块的硬件故障而导致过压或欠压状况。

• 未经批准或不兼容的组件,例如主动内存背板,其设计修订对于机箱而言为时过早。

• 固件、BIOS 或其他组件不匹配,例如版本 X 的选项卡需要最低选项卡固件版本 Y 和最低机箱 BIOS 版本 Z。

• 紫屏导致的中断是由于硬件级别的交互故障而发生的。用于将设备的 DMA 内存从主机操作系统映射到来宾操作系统的 CPU IOMMU 功能遇到错误,无法继续。设备的 PCI ID 可以在症状部分的事件中看到(设备 007:00.0)。可以通过从 ESXi shell 运行 lspci 并将 PCI ID 与设备进行匹配来识别设备。请注意,PCI 设备可能不是原因,而只是另一个硬件组件问题的触发因素。

 

如果用户遇到 NMI 事件,请注意以下详细信息:

 

• NMI 事件发生时哪些虚拟机(如果有)已启动?

• 打开特定虚拟机的电源是否会触发NMI 事件?

• 将可疑内存模块移动到新插槽(从而提高或降低内存地址空间)是否会改变行为?

 

注意:更换或重新安置硬件组件不一定能帮助您确定 NMI 事件的根本原因,并且可能会导致计划外停机。

 

如果您遇到 NMI 事件,请向硬件供应商提供以下数据:

 

• 事件发生的时间范围。

• 事件发生前至少10 分钟的日志。

• 机箱诊断日志输出和管理芯片组日志输出。

• 底盘重要产品数据。

• vm-support 输出的副本。

• 相关的VMware 服务请求编号(如果已打开)。

 

以上是HP对这种NMI事件的KB分析,经过思考,还真有可能是硬件的问题,比较难找

最终被我发现拆了CPU,主板的CPU针脚有歪的,也不知道CPU怎么上的,退机器给供应商,换

 

© 版权声明

相关文章

暂无评论

您必须登录才能参与评论!
立即登录
暂无评论...