none
求助 系统windows server 2003 蓝屏 RRS feed

  • 问题

  • 硬件方面排查过,没有问题 为CITRIX服务器

    用户 CITRIX\Administrator 为这台机器上一次意外的关机提供的原因是: 系统故障: 停止错误

    原因代码: 0x805000f

    错误 ID:

    错误检查字符: 0x0000007e (0xc0000005, 0xf2c283cf, 0x90fec0fc, 0x90febdf8)

    注释: 0x0000007e (0xc0000005, 0xf2c283cf, 0x90fec0fc, 0x90febdf8)

    2014年8月19日 7:31

答案

  • Hi,

    ->错误检查字符: 0x0000007e (0xc0000005, 0xf2c283cf, 0x90fec0fc, 0x90febdf8)

    关于Bug Check 0x7E,请参考下面的文章并检查对你是否有帮助。(需要提醒的是,这是个英文版的文档。)

    Bug Check 0x7E: SYSTEM_THREAD_EXCEPTION_NOT_HANDLED

    与此同时,请参考下面的Hotfix并检查是否适合你当前的Windows Server。如果适合,请使用并坚持能不能帮你解决此BSOD问题。

    Error message on a Windows Server 2003-based computer: "STOP 0x0000007E"

    请使用Chkdsk命令检查disk,同时使用sfc /scannow命令扫描所有受保护的系统文件。更新所有Drivers和必需的Windows updates,并检查是否这个蓝屏问题仍然存在。

    此外,能否让我确认下,在此BSOD问题发生前是否在这个Windows Server 2003上进行过某些更改?换言之,是装了某些updates或者改变某些configurations之后才发生这个BSOD问题?还是这个BSOD问题就是突然出现的?在这有问题的Windows Server 2003上是否安装某些三方软件?如果有规律可言,请执行Clean Boot来消除软件冲突,并观察此问题是否仍然出现。

    顺便说一句,对于这种内核崩溃的排错,我们需要分析dump file来找到根本原因。请参考此KB (如何分析Windows崩溃时创建的small memory dump file) 来分析相关的dump file。这有可能会帮助我们找到蓝屏的根本原因。事实上,在论坛上对dump file分析不是很有效率的。如果这个问题对你来说比较紧急,请通过电话联系 Microsoft 客户服务和支持 (CSS)以便专用的支持专业人员可以帮助您。

    关于如何获得特定的技术支持的电话号码,请参阅下面列出的 web 站点:

    http://support.microsoft.com/default.aspx?scid=fh;EN-US;OfferProPhone#faq607

    希望这对你有帮助。

    Best regards,

    Justin Gu

    2014年8月20日 8:16
    版主

全部回复

  • Hi,

    ->错误检查字符: 0x0000007e (0xc0000005, 0xf2c283cf, 0x90fec0fc, 0x90febdf8)

    关于Bug Check 0x7E,请参考下面的文章并检查对你是否有帮助。(需要提醒的是,这是个英文版的文档。)

    Bug Check 0x7E: SYSTEM_THREAD_EXCEPTION_NOT_HANDLED

    与此同时,请参考下面的Hotfix并检查是否适合你当前的Windows Server。如果适合,请使用并坚持能不能帮你解决此BSOD问题。

    Error message on a Windows Server 2003-based computer: "STOP 0x0000007E"

    请使用Chkdsk命令检查disk,同时使用sfc /scannow命令扫描所有受保护的系统文件。更新所有Drivers和必需的Windows updates,并检查是否这个蓝屏问题仍然存在。

    此外,能否让我确认下,在此BSOD问题发生前是否在这个Windows Server 2003上进行过某些更改?换言之,是装了某些updates或者改变某些configurations之后才发生这个BSOD问题?还是这个BSOD问题就是突然出现的?在这有问题的Windows Server 2003上是否安装某些三方软件?如果有规律可言,请执行Clean Boot来消除软件冲突,并观察此问题是否仍然出现。

    顺便说一句,对于这种内核崩溃的排错,我们需要分析dump file来找到根本原因。请参考此KB (如何分析Windows崩溃时创建的small memory dump file) 来分析相关的dump file。这有可能会帮助我们找到蓝屏的根本原因。事实上,在论坛上对dump file分析不是很有效率的。如果这个问题对你来说比较紧急,请通过电话联系 Microsoft 客户服务和支持 (CSS)以便专用的支持专业人员可以帮助您。

    关于如何获得特定的技术支持的电话号码,请参阅下面列出的 web 站点:

    http://support.microsoft.com/default.aspx?scid=fh;EN-US;OfferProPhone#faq607

    希望这对你有帮助。

    Best regards,

    Justin Gu

    2014年8月20日 8:16
    版主
  • 你好,感谢你对问题的解答。

    已用工具分析了dump文件,输出如下:

    Debug session time: Tue Aug 19 14:06:23.442 2014 (UTC + 8:00)
    System Uptime: 6 days 20:14:12.814
    Loading Kernel Symbols
    ...............................................................
    ................................................................
    .......
    Loading User Symbols
    Loading unloaded module list
    ..................................................
    *** WARNING: Unable to verify timestamp for vdtw30.dll
    *** ERROR: Module load completed but symbols could not be loaded for vdtw30.dll
    *******************************************************************************
    *                                                                             *
    *                        Bugcheck Analysis                                    *
    *                                                                             *
    *******************************************************************************

    Use !analyze -v to get detailed debugging information.

    BugCheck 1000007E, {c0000005, bfade366, 91031af8, 910317f4}

    Probably caused by : vdtw30.dll ( vdtw30+3c366 )

    Followup: MachineOwner
    ---------

    0: kd> !analyze -v

    *******************************************************************************
    *                                                                             *
    *                        Bugcheck Analysis                                    *
    *                                                                             *
    *******************************************************************************

    SYSTEM_THREAD_EXCEPTION_NOT_HANDLED_M (1000007e)
    This is a very common bugcheck.  Usually the exception address pinpoints
    the driver/function that caused the problem.  Always note this address
    as well as the link date of the driver/image that contains this address.
    Some common problems are exception code 0x80000003.  This means a hard
    coded breakpoint or assertion was hit, but this system was booted
    /NODEBUG.  This is not supposed to happen as developers should never have
    hardcoded breakpoints in retail code, but ...
    If this happens, make sure a debugger gets connected, and the
    system is booted /DEBUG.  This will let us see why this breakpoint is
    happening.
    Arguments:
    Arg1: c0000005, The exception code that was not handled
    Arg2: bfade366, The address that the exception occurred at
    Arg3: 91031af8, Exception Record Address
    Arg4: 910317f4, Context Record Address

    Debugging Details:
    ------------------


    EXCEPTION_CODE: (NTSTATUS) 0xc0000005 - 0x%08lx

    FAULTING_IP: 
    vdtw30+3c366
    bfade366 ??              ???

    EXCEPTION_RECORD:  91031af8 -- (.exr 0xffffffff91031af8)
    ExceptionAddress: bfade366 (vdtw30+0x0003c366)
       ExceptionCode: c0000005 (Access violation)
      ExceptionFlags: 00000000
    NumberParameters: 2
       Parameter[0]: 00000000
       Parameter[1]: 0000002c
    Attempt to read from address 0000002c

    CONTEXT:  910317f4 -- (.cxr 0xffffffff910317f4)
    eax=00000000 ebx=00000301 ecx=00000000 edx=00000000 esi=91031cb8 edi=00000000
    eip=bfade366 esp=91031bc0 ebp=91031bc0 iopl=0         nv up ei pl zr na pe nc
    cs=0008  ss=0010  ds=0023  es=0023  fs=0030  gs=0000             efl=00010246
    vdtw30+0x3c366:
    bfade366 ??              ???
    Resetting default scope

    CUSTOMER_CRASH_COUNT:  1

    DEFAULT_BUCKET_ID:  DRIVER_FAULT_SERVER_MINIDUMP

    CURRENT_IRQL:  0

    ERROR_CODE: (NTSTATUS) 0xc0000005 - 0x%08lx

    EXCEPTION_PARAMETER1:  00000000

    EXCEPTION_PARAMETER2:  0000002c

    READ_ADDRESS:  0000002c 

    FOLLOWUP_IP: 
    vdtw30+3c366
    bfade366 ??              ???

    BUGCHECK_STR:  0x7E

    EXCEPTION_STR:  0x0

    LAST_CONTROL_TRANSFER:  from 91031c78 to bfade366

    STACK_TEXT:  
    WARNING: Stack unwind information not available. Following frames may be wrong.
    91031bbc 91031c78 bfae0057 00000000 91031bec vdtw30+0x3c366
    91031bc0 bfae0057 00000000 91031bec 00000556 0x91031c78
    91031c78 bfada79c bc051010 00000000 91031cb8 vdtw30+0x3e057
    91031cd0 bfad1c17 bc051010 91031d00 00000000 vdtw30+0x3879c
    91031d2c bfad3f16 bc072da0 00000000 bfb4a95c vdtw30+0x2fc17
    91031d40 bfad70d9 bfb4a95c bc051010 00000000 vdtw30+0x31f16
    91031dac 80949c88 00000000 00000000 00000000 vdtw30+0x350d9
    91031ddc 8088e0e2 bfad6900 00000000 00000000 nt!PspSystemThreadStartup+0x2e
    00000000 00000000 00000000 00000000 00000000 nt!KiThreadStartup+0x16


    SYMBOL_STACK_INDEX:  0

    SYMBOL_NAME:  vdtw30+3c366

    FOLLOWUP_NAME:  MachineOwner

    MODULE_NAME: vdtw30

    IMAGE_NAME:  vdtw30.dll

    DEBUG_FLR_IMAGE_TIMESTAMP:  46856abf

    STACK_COMMAND:  .cxr 0xffffffff910317f4 ; kb

    FAILURE_BUCKET_ID:  0x7E_vdtw30+3c366

    BUCKET_ID:  0x7E_vdtw30+3c366

    Followup: MachineOwner
    ---------

    2014年8月21日 9:12