locked
Microsoft (R) Windows Debugger Version 6.6.0007.5讀memory.dmp出來的資訊 RRS feed

  • 問題

  • 問題是OS是windows storage server 2008有的時候後會自動重啟或是當機

    因此用Microsoft (R) Windows Debugger  Version 6.6.0007.5讀memory.dmp 以下是分析資訊誰可以幫忙解答是什麼問題造成的?該如何解決?

    Microsoft (R) Windows Debugger  Version 6.6.0007.5

    Copyright (c) Microsoft Corporation. All rights reserved.

    Loading Dump File [D:\客訴案件報告FAR\90. 安勤-201210022_M3SN-4GHJDCM7-C_日本客戶D525相容性問題\MEMORY.DMP]

    Kernel Summary Dump File: Only kernel address space is available

    Symbol search path is: SRV*c:\temp*http://msdl.microsoft.com/download/symbols

    Executable search path is:

    Windows Vista Kernel Version 7601 (Service Pack 1) MP (4 procs) Free x64

    Product: Server, suite: TerminalServer SingleUserTS

    Built by: 7601.17514.amd64fre.win7sp1_rtm.101119-1850

    Kernel base = 0xfffff800`0161a000 PsLoadedModuleList = 0xfffff800`0185fe90

    Debug session time: Wed Oct 10 00:17:52.387 2012 (GMT+8)

    System Uptime: 0 days 5:54:50.433

    Loading Kernel Symbols

    ................................................................................................................................

    Loading User Symbols

    Loading unloaded module list

    .....

    *******************************************************************************

    *                                                                             *

    *                        Bugcheck Analysis                                    *

    *                                                                             *

    *******************************************************************************

    Use !analyze -v to get detailed debugging information.

    BugCheck 4E, {2, 45aa2, 13ffff, 1}

    Probably caused by : ntkrnlmp.exe ( nt! ?? ::FNODOBFM::`string'+11718 )

    Followup: MachineOwner

    ---------

    2: kd> !analyze -v

    *******************************************************************************

    *                                                                             *

    *                        Bugcheck Analysis                                    *

    *                                                                             *

    *******************************************************************************

    PFN_LIST_CORRUPT (4e)

    Typically caused by drivers passing bad memory descriptor lists (ie: calling

    MmUnlockPages twice with the same list, etc).  If a kernel debugger is

    available get the stack trace.

    Arguments:

    Arg1: 0000000000000002, A list entry was corrupt

    Arg2: 0000000000045aa2, entry in list being removed

    Arg3: 000000000013ffff, highest physical page number

    Arg4: 0000000000000001, reference count of entry being removed

    Debugging Details:

    ------------------

    DEFAULT_BUCKET_ID:  VISTA_RC

    BUGCHECK_STR:  0x4E

    PROCESS_NAME:  System

    CURRENT_IRQL:  2

    LAST_CONTROL_TRANSFER:  from fffff8000162ed38 to fffff8000169a640

    STACK_TEXT: 

    fffff880`0447b6c8 fffff800`0162ed38 : 00000000`0000004e 00000000`00000002 00000000`00045aa2 00000000`0013ffff : nt!KeBugCheckEx

    fffff880`0447b6d0 fffff800`016de1eb : 00000000`00000001 fffffa80`0035b980 00000000`00000008 00000000`00000000 : nt! ?? ::FNODOBFM::`string'+0x11718

    fffff880`0447b760 fffff800`016dcbe8 : fffff8a0`06544000 fffff8a0`06544eb8 fffffa80`059fb1d0 fffffa80`059fb1d0 : nt!MiFlushSectionInternal+0x6bb

    fffff880`0447b990 fffff800`016dc0c9 : 00000000`0014d320 00000000`00000000 00000000`001d7000 00000000`00000000 : nt!MmFlushSection+0xa4

    fffff880`0447ba50 fffff800`016df9c6 : fffffa80`053a1378 00000000`00000001 fffffa80`00000001 fffffa80`001d7000 : nt!CcFlushCache+0x5e9

    fffff880`0447bb50 fffff800`016e0388 : fffff800`01899100 fffff880`0447bc58 fffffa80`048b8510 fffff880`02ae9701 : nt!CcWriteBehind+0x1c6

    fffff880`0447bc00 fffff800`016a4a21 : fffffa80`03cd64f0 fffff800`01990f00 fffff800`01899180 fffffa80`00000002 : nt!CcWorkerThread+0x1c8

    fffff880`0447bcb0 fffff800`01937cce : fffff880`01fb85d8 fffffa80`058da140 00000000`00000080 fffffa80`03c8bb30 : nt!ExpWorkerThread+0x111

    fffff880`0447bd40 fffff800`0168bfe6 : fffff800`0180ce80 fffffa80`058da140 fffffa80`03cd1b60 fffff880`0141b384 : nt!PspSystemThreadStartup+0x5a

    fffff880`0447bd80 00000000`00000000 : fffff880`0447c000 fffff880`04476000 fffff880`0447add0 00000000`00000000 : nt!KxStartSystemThread+0x16

    STACK_COMMAND:  kb

    FOLLOWUP_IP:

    nt! ?? ::FNODOBFM::`string'+11718

    fffff800`0162ed38 cc              int     3

    SYMBOL_STACK_INDEX:  1

    FOLLOWUP_NAME:  MachineOwner

    MODULE_NAME: nt

    IMAGE_NAME:  ntkrnlmp.exe

    DEBUG_FLR_IMAGE_TIMESTAMP:  4ce7951a

    SYMBOL_NAME:  nt! ?? ::FNODOBFM::`string'+11718

    FAILURE_BUCKET_ID:  X64_0x4E_nt!_??_::FNODOBFM::_string_+11718

    BUCKET_ID:  X64_0x4E_nt!_??_::FNODOBFM::_string_+11718

    Followup: MachineOwner

    2012年10月16日 上午 01:53

所有回覆

  • 您好!

    0x4e的訊息通常都是記憶體所引起的,建議您記憶體單插做交叉測試看看。

    2012年10月16日 上午 02:30
    版主
  • 謝謝你的答覆

    我舉例目前的狀況 就是我有10片相同型號的主機板 每片主機板插1支相同型號的記憶體 然後開始做系統測試

    但有些可能在幾小時或1,2天出現重開機或是有當機的現象

    而其他可能3天以上或1個禮拜都沒事

    而我也換過記憶體,目前看到會出現問題的板子換過記憶體是一直存在問題的

    2012年10月16日 上午 02:54
  • 您好!

    所以是固定幾片板子會有這種問題囉!是嗎?

    您可以在相同的板子上再換個記憶體及插槽再測試看看,也建議您反應給主機板製造商

    2012年10月16日 上午 03:19
    版主
  • 謝謝

    就是因為板廠推給我們說是記憶體的問題,現在真的很難解決

    請問除了記憶體以外,硬碟有可能嗎?或是作業系統本身??

    因為板子只有一個插槽,所以只能換別條記憶體,但是沒問題的怎麼測試就是沒問題...

    2012年10月16日 上午 03:39
  • 您好!

    我會建議,多換幾條記憶體測試,若是乾淨的OS環境在測試的話,剛好硬體及設定又相同,不訪把沒問題的機板上的HDD換到有問題的機板上測試,便能知道是不是作業系統本身或硬碟的問題了。


    2012年10月16日 上午 03:42
    版主
  • DMP 檔的分析其實並沒有想像中容易,
    尤其是這類的不明重啟或當機,
    如果希望有更明確的方向,
    可以考慮向微軟技術支援聯繫建案處理。


    蘇老碎碎念
    資訊無涯,回頭已不見岸
    好用的微軟技術支援小工具
    Facebook - 微軟台灣官方論壇愛好者俱樂部
    如何在論壇正確發問,請參考iThome的文章: 如何問到我要的答案


    2012年10月17日 上午 06:27
    版主
  • 謝謝你的建議

    我會來此發問就是微軟建議的

    不然就是用付費的方式,這是微軟的回答..冏

    2012年10月17日 上午 06:46
  • 微軟客服會建議你到論壇發問,
    主要應該也是讓你利用微軟開放網友交流討論的論壇,
    看有無其他朋友類似遇到狀況可以提供方向。

    不過,不明當機及 DUMP 大都需要更進一步的分析,
    如果真的這狀況對你們造成很大困擾,
    還是建議請微軟建案也就是付費處理會比較好。


    蘇老碎碎念
    資訊無涯,回頭已不見岸
    好用的微軟技術支援小工具
    Facebook - 微軟台灣官方論壇愛好者俱樂部
    如何在論壇正確發問,請參考iThome的文章: 如何問到我要的答案

    • 已提議為解答 AChange 2012年10月22日 上午 09:20
    2012年10月18日 上午 06:47
    版主