Search the VMware Knowledge Base (KB)
View by Article ID

了解 ESX 3.x/4.x 和 ESXi 3.x/4.x/5.x/6.x 中的异常 13 和异常 14 紫色诊断屏幕(紫屏)事件 (2075961)

  • 1 Ratings

Symptoms

免责声明:本文为 Understanding Exception 13 and Exception 14 purple diagnostic screen events in ESX 3.x/4.x and ESXi 3.x/4.x/5.x (1020181) 的翻译版本。尽管我们会不断努力为本文提供最佳翻译版本,但本地化的内容可能会过时。有关最新内容,请参见英文版本。

 

遇到紫色诊断屏幕(紫屏),其中包含类似以下内容的信息:

  • [VMware ESX [Releasebuild-164009 X86_64
    #GP Exception(13) in world 4130:helper13-0 @ 0x41803399e303

  • [VMware ESX Server [Releasebuild-123630]
    #PF Exception type 14 in world 1024:console @ 0x67f0ae

Purpose

Resolution

概述

操作系统使用以下几种方法管理系统中的物理内存:

  • 虚拟内存或分页功能旨在将物理内存抽象为虚拟内存。这种抽象设计允许操作系统分配特定于程序的内存,并允许其他形式的内存管理,包括内存交换、共享内存和内存保护。

  • 如果操作系统通过移动不使用的数据来降低介质速度从而实现内存优化,则会发生内存交换,反之亦然。

  • 共享内存是当多个程序需要彼此通信时常用的一种方法。共享内存允许多个程序访问同一个内存页。

  • 内存保护可以防止恶意程序或有故障的程序通过其他程序访问内存页。

如果重要应用程序在访问内存时遇到困难,通常会显示与其中的一个内存管理操作相关的错误。

异常 13:一般保护错误

在以下其中一种情况下会出现一般保护错误(异常 13):

  • 要请求的页面不属于请求该页面的程序(不在程序内存中映射)
  • 该程序不具备对页面执行读写操作的权限

操作系统拥有一个页面表,其中包含将页面标为已受保护的标记。如果在操作和标记之间存在冲突,操作系统会对非法请求设置陷阱。

注意:分段错误与一般保护错误非常相似。

以下是由 ESX 生成的一般保护错误的示例:

[VMware ESX [Releasebuild-164009 X86_64
#GP Exception(13) in world 4130:helper13-0 @ 0x41803399e303
frame=0x4100c0117d78 ip=0x41803399e303 cr2=0x0 cr3=0xcff94000
err=0 rflags=0x10246 cr4=0x16c
rax=0x0 rbx=0x417ff492dbe0 rcx=0x417ff386cc80
rdx=0x4100c0117f00 rbp=0x4100c0117f40 rsi=0x4100c0117e30
rdi=0x410008c46220 r8=0x4100c0117e30 r9=0x4100c0117d50
r10=0x3713e1b91ddd3 r11=0x41803399e1fc r12=0x4100c004fde0
r13=0x410008c46220 r14=0x4100c0117e30 r15=0x417ff3614660
0:4096/console *1:4130/helper13- 2:4098/idle2 3:4099/idle3
@BlueScreen: #GP Exception(13) in world 4130:helper13-0 @ 0x41803399e303
Code starts at 0x418033600000
0x4100c0117f40:[0x41803399e303]GetDriverInfo+0x106 stack: 0x410002086ba8
0x4100c0117f80:[0x4180336d9ef3]UplinkProcessAsyncCallsHelperCB+0x126 stack: 0x0
0x4100c0117ff0:[0x418033663670]helpFunc+0x4f7 stack: 0x0
0x4100c0117ff8:[0x0]Unknown stack: 0x0
VMK uptime: 5:13:53:05.627 TSC: 968936502031893
VMK checksum BAD: 0x3ee854ad7f0856e5 0x7009aad95a9042d9
FSbase (0x0) GSbase (0x0) kernelGSbase (0x0)

异常 13 一般保护错误可由硬件或软件问题所导致。由于这些类型的异常的原因可能大不相同,因此 VMware 可能会执行一次核心转储检查。如果不能访问受保护的源代码和分析工具或进程,则通常无法执行该过程。从 VMware ESX 主机收集诊断信息,并提交支持请求。有关详细信息,请参见收集 VMware 产品的诊断信息 (1008524) (Collecting diagnostic information for VMware products (1008524))如何提交支持请求 (How to Submit a Support Request)。如果您自己或 VMware 技术支持人员能够确定异常情况是由特殊驱动程序模块或设备所导致,也可以联系硬件供应商。

异常 14:页面错误

如果要请求的页面未成功载入内存,则会出现页面错误(异常 14)。存在正常状态和非正常状态两种页面错误:

  • 正常状态页面错误会导致页面从交换内存载入物理内存。这样便允许程序在数据正确载入物理内存后继续执行。
  • 如果页面未载入内存,并且操作系统无法将页面从交换内存载入物理内存,则会出现非正常状态页面错误。

以下是由 ESX 生成的页面错误的示例:

[VMware ESX Server [Releasebuild-123630]Exception type 14 in world 1024:console @ 0x67f0ae
frame=0x1402824 ip=0x67f0ae cr2=0x405f6000 cr3=0x13401000 cr4=0x6f0
es=0x4028 ds=0x40404028 fs=0xffff0000 gs=0x0
eax=0x409f6000 ebx=0x1000 ecx=0x400 edx=0x409f6000
ebp=0x14028b4 esi=0x407c8000 edi=0x409f6000 err=11 eflags=0x10206
*0:1024/console 1:1092/mks:ubunt 2:1089/vmware-vm 3:1027/idle3
4:1028/idle4 5:1029/idle5 6:1030/idle6 7:1091/vmware-vm
8:1032/idle8 9:1033/idle9 10:1034/idle10 11:1093/vcpu-0:ub
12:1036/idle12 13:1037/idle13 14:1038/idle14 15:1039/idle15
@BlueScreen: Exception type 14 in world 1024:console @ 0x67f0ae
0x14028b4:[0x67f0ae]genericCopy+0x155 stack: 0xc0bbc60, 0x40081800, 0x0
0x14028dc:[0x67f3d6]vmk_SgCopy+0x41 stack: 0xc0bbc60, 0x40081800, 0x0
0x140292c:[0x7cef13]SCSICompleteFragment+0x1ae stack: 0xc005d00, 0x0, 0xc3100
0x14029c4:[0x7d081c]SCSICompletePathCommand+0x453 stack: 0xc005d00, 0x125, 0x148a4f8
0x1402a60:[0x7cafff]SCSICompleteAdapterCommand+0x3da stack: 0xc005d00, 0x2, 0x1402de0
0x1402ac0:[0x88343f]vmk_scsi_dump_active+0x20e stack: 0x0, 0x10a, 0x6a525f0
0x1402b30:[0x61811e]BHCallHandlersInt+0xf5 stack: 0x2ad0, 0x0, 0x1402b88
0x1402b88:[0x618614]BH_Check+0x2bb stack: 0x1, 0x1402bac, 0x1752d49
0x1402bac:[0x61fb8e]IDT_HandleInterrupt+0x85 stack: 0x1402bf8, 0x0, 0xb638000
0x1402bc0:[0x61fcb5]IDT_IntrHandler+0x4c stack: 0x1402bf8, 0x4028, 0x1454028
0x1402c70:[0x692c6c]CommonIntr+0xb stack: 0x1489500, 0x0, 0x1402de0
0x1402e1c:[0x7615e4]CpuSchedDispatch+0x487 stack: 0x2390a60, 0x1489500, 0x0
0x1402e88:[0x763eaa]CpuSchedDoWaitDirectedYield+0x351 stack: 0x0, 0x1f55e60, 0x0
0x1402ea4:[0x763fda]CpuSched_WaitIRQ+0x31 stack: 0xfedcba90, 0x6, 0x1f55e60
0x1402ec4:[0x69197f]VMNIXVMKSyscall_Idle+0xe2 stack: 0x1402f6c, 0x6915cf, 0x0
0x1402ecc:[0x68669c]VMNIXVMKSyscallUnpackIdle+0x7 stack: 0x0, 0x0, 0x0
0x1402f6c:[0x6915cf]HostSyscall+0xf6 stack: 0x1402fbc, 0xc03d9f98, 0x1c
0x1402fe8:[0x6909e3]HostVMKEntry+0xce stack: 0x0, 0x0, 0x0
VMK uptime: 0:01:58:34.004 TSC: 15137542595232
Starting coredump to disk Starting coredump to disk Dumping using slot 1 of 1... using slot 1 of 1... log

异常 14 页面错误可由硬件或软件问题所导致。由于这些类型的异常的原因可能大不相同,因此 VMware 可能会执行一次核心转储检查。如果不能访问受保护的源代码和分析工具或进程,则通常无法执行该过程。从 VMware ESX 主机收集诊断信息,并提交支持请求。有关详细信息,请参见收集 VMware 产品的诊断信息 (1008524) (Collecting diagnostic information for VMware products (1008524))如何提交支持请求 (How to Submit a Support Request)。如果您自己或 VMware 技术支持人员能够确定异常情况是由特殊驱动程序模块或设备所导致,也可以联系硬件供应商。要了解关于页面错误异常的更多信息,请参考 Intel 手册第 1766 页第 4.7 节中有关页面错误的错误代码的图 4.12
 
注意:有关 vSphere ESXi 中页面错误异常的常见原因和解决方案的详细信息,请参见 VMware ESXi 5.x 主机出现指示 E1000PollRxRing 和 E1000DevRx 的紫色诊断屏幕(紫屏)(2083323)

Tags

简体中文 Mandarin

See Also

Request a Product Feature

To request a new product feature or to provide feedback on a VMware product, please visit the Request a Product Feature page.

Feedback

  • 1 Ratings

Did this article help you?
This article resolved my issue.
This article did not resolve my issue.
This article helped but additional information was required to resolve my issue.

What can we do to improve this information? (4000 or fewer characters)




Please enter the Captcha code before clicking Submit.
  • 1 Ratings
Actions
KB: