1. You are viewing our forum as a guest. For full access please Register. WindowsBBS.com is completely free, paid for by advertisers and donations.

Exchange server - DUMP DATA

Discussion in 'Legacy Windows' started by thepunish3r, 2005/01/17.

Thread Status:
Not open for further replies.
  1. 2005/01/17
    thepunish3r

    thepunish3r Inactive Thread Starter

    Joined:
    2005/01/17
    Messages:
    17
    Likes Received:
    0
    Hi, My exchange server is crashing frequently and it will only boot by choosing the "last known good configuration ". I have run the great utility you have on this site, can anyone give me some ideas on this?
    Opened log file 'c:\debuglog.txt'
    Symbol search path is: SRV*c:\symbols*http://msdl.microsoft.com/download/symbols

    Microsoft (R) Windows Debugger Version 6.3.0017.0
    Copyright (c) Microsoft Corporation. All rights reserved.


    Loading Dump File [C:\WINNT\MEMORY.DMP]
    Kernel Complete Dump File: Full address space is available

    Symbol search path is: SRV*c:\symbols*http://msdl.microsoft.com/download/symbols
    Executable search path is: C:\WINNT;C:\WINNT\system32;C:\WINNT\system32\drivers
    Missing image name, possible corrupt data.
    Unable to add module at 00000000
    Debugger can not determine kernel base address
    Windows 2000 Kernel Version 2195 (Service Pack 4) UP Free x86 compatible
    Product: LanManNt, suite: TerminalServer SingleUserTS
    Kernel base = 0x80400000 PsLoadedModuleList = 0x80480780
    Debug session time: Mon Jan 17 15:19:31 2005
    System Uptime: 0 days 0:00:29.292
    WARNING: Unable to reset page directories
    Missing image name, possible corrupt data.
    Unable to add module at 00000000
    Debugger can not determine kernel base address
    Loading Kernel Symbols
    Missing image name, possible corrupt data.
    .Unable to add module at 00000000
    Unable to read KLDR_DATA_TABLE_ENTRY at 00000000 - HRESULT 0x80004005

    Loading unloaded module list

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

    Use !analyze -v to get detailed debugging information.

    BugCheck 7F, {8, 0, 0, 0}

    ***** Debugger could not find nt in module list, module list might be corrupt.
    ***** Followup with Debugger team

    Unable to read KLDR_DATA_TABLE_ENTRY at 00000000 - HRESULT 0x80004005
    Unable to read KLDR_DATA_TABLE_ENTRY at 00000000 - HRESULT 0x80004005
    Unable to read KLDR_DATA_TABLE_ENTRY at 00000000 - HRESULT 0x80004005
    Unable to read KLDR_DATA_TABLE_ENTRY at 00000000 - HRESULT 0x80004005
    Unable to read KLDR_DATA_TABLE_ENTRY at 00000000 - HRESULT 0x80004005
    Unable to read KLDR_DATA_TABLE_ENTRY at 00000000 - HRESULT 0x80004005
    Unable to read KLDR_DATA_TABLE_ENTRY at 00000000 - HRESULT 0x80004005
    Unable to read KLDR_DATA_TABLE_ENTRY at 00000000 - HRESULT 0x80004005
    Unable to read KLDR_DATA_TABLE_ENTRY at 00000000 - HRESULT 0x80004005
    Unable to read KLDR_DATA_TABLE_ENTRY at 00000000 - HRESULT 0x80004005
    Unable to read KLDR_DATA_TABLE_ENTRY at 00000000 - HRESULT 0x80004005
    Unable to read KLDR_DATA_TABLE_ENTRY at 00000000 - HRESULT 0x80004005
    Unable to read KLDR_DATA_TABLE_ENTRY at 00000000 - HRESULT 0x80004005
    Unable to read KLDR_DATA_TABLE_ENTRY at 00000000 - HRESULT 0x80004005
    Unable to read KLDR_DATA_TABLE_ENTRY at 00000000 - HRESULT 0x80004005
    Unable to read KLDR_DATA_TABLE_ENTRY at 00000000 - HRESULT 0x80004005
    Unable to read KLDR_DATA_TABLE_ENTRY at 00000000 - HRESULT 0x80004005
    Probably caused by : Unknown_Image

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

    kd> !analyze -v;r;kv;lmtn;.logclose;q
    *******************************************************************************
    * *
    * Bugcheck Analysis *
    * *
    *******************************************************************************

    UNEXPECTED_KERNEL_MODE_TRAP (7f)
    This means a trap occurred in kernel mode, and it's a trap of a kind
    that the kernel isn't allowed to have/catch (bound trap) or that
    is always instant death (double fault). The first number in the
    bugcheck params is the number of the trap (8 = double fault, etc)
    Consult an Intel x86 family manual to learn more about what these
    traps are. Here is a *portion* of those codes:
    If kv shows a taskGate
    use .tss on the part before the colon, then kv.
    Else if kv shows a trapframe
    use .trap on that value
    Else
    .trap on the appropriate frame will show where the trap was taken
    (on x86, this will be the ebp that goes with the procedure KiTrap)
    Endif
    kb will then show the corrected stack.
    Arguments:
    Arg1: 00000008, EXCEPTION_DOUBLE_FAULT
    Arg2: 00000000
    Arg3: 00000000
    Arg4: 00000000

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

    ***** Debugger could not find nt in module list, module list might be corrupt.
    ***** Followup with Debugger team

    Unable to read KLDR_DATA_TABLE_ENTRY at 00000000 - HRESULT 0x80004005
    Unable to read KLDR_DATA_TABLE_ENTRY at 00000000 - HRESULT 0x80004005
    Unable to read KLDR_DATA_TABLE_ENTRY at 00000000 - HRESULT 0x80004005
    Unable to read KLDR_DATA_TABLE_ENTRY at 00000000 - HRESULT 0x80004005
    Unable to read KLDR_DATA_TABLE_ENTRY at 00000000 - HRESULT 0x80004005
    Unable to read KLDR_DATA_TABLE_ENTRY at 00000000 - HRESULT 0x80004005
    Unable to read KLDR_DATA_TABLE_ENTRY at 00000000 - HRESULT 0x80004005
    Unable to read KLDR_DATA_TABLE_ENTRY at 00000000 - HRESULT 0x80004005
    Unable to read KLDR_DATA_TABLE_ENTRY at 00000000 - HRESULT 0x80004005
    Unable to read KLDR_DATA_TABLE_ENTRY at 00000000 - HRESULT 0x80004005
    Unable to read KLDR_DATA_TABLE_ENTRY at 00000000 - HRESULT 0x80004005
    Unable to read KLDR_DATA_TABLE_ENTRY at 00000000 - HRESULT 0x80004005
    Unable to read KLDR_DATA_TABLE_ENTRY at 00000000 - HRESULT 0x80004005
    Unable to read KLDR_DATA_TABLE_ENTRY at 00000000 - HRESULT 0x80004005
    Unable to read KLDR_DATA_TABLE_ENTRY at 00000000 - HRESULT 0x80004005

    BUGCHECK_STR: 0x7f_8

    DEFAULT_BUCKET_ID: DRIVER_FAULT

    LAST_CONTROL_TRANSFER: from 00000000 to 80465d49

    STACK_TEXT:
    00000000 00000000 00000000 00000000 00000000 0x80465d49


    FOLLOWUP_IP:
    +ffffffff80465d49
    80465d49 ebef jmp 80465d3a

    FOLLOWUP_NAME: MachineOwner

    MODULE_NAME: Unknown_Module

    IMAGE_NAME: Unknown_Image

    DEBUG_FLR_IMAGE_TIMESTAMP: 0

    STACK_COMMAND: kb

    BUCKET_ID: CORRUPT_MODULELIST

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

    eax=ffdff13c ebx=0000007f ecx=80036000 edx=00000000 esi=00000000 edi=00000000
    eip=80465d49 esp=8046daf8 ebp=00000000 iopl=0 nv up di ng nz na po nc
    cs=0008 ss=0010 ds=0023 es=0023 fs=0030 gs=0000 efl=00000086
    80465d49 ebef jmp 80465d3a
    Unable to read KLDR_DATA_TABLE_ENTRY at 00000000 - HRESULT 0x80004005
    Unable to read KLDR_DATA_TABLE_ENTRY at 00000000 - HRESULT 0x80004005
    ChildEBP RetAddr Args to Child
    WARNING: Frame IP not in any known module. Following frames may be wrong.
    00000000 00000000 00000000 00000000 00000000 0x80465d49
    Unable to read KLDR_DATA_TABLE_ENTRY at 00000000 - HRESULT 0x80004005
    start end module name
    Closing open log file c:\debuglog.txt
     
  2. 2005/01/17
    BenMcDonald[MS]

    BenMcDonald[MS] Inactive

    Joined:
    2004/12/14
    Messages:
    228
    Likes Received:
    0
    This dump is corrupt, or at least in a state inconsistant enough to not be readable by the machine.
    You can try getting a new dump and seeing if its toast as well, or you'll have to call microsoft to have them read the dump by hand, or kajigger the system into giving you a good dump.
     

  3. to hide this advert.

Thread Status:
Not open for further replies.

Share This Page

  1. This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
    By continuing to use this site, you are consenting to our use of cookies.