Is this one of the new servers? Or one of the older rebuilt servers? Doing some stress-testing of those processors might be a good idea.
From: [email protected] [mailto:[email protected]] On Behalf Of Webster Sent: Saturday, August 31, 2013 1:48 PM To: [email protected] Subject: [NTSysADM] RE: Server 2012 DMP file OK, this is weird. After changing to Kernel Memory Dump, I have not had an issue. I changed it back to Automatic Dump and still am having no issues. Just ask MBS, this issue has been going on for about 3 weeks or more as I have tried in vain to rebuild my lab. Now I am unable to recreate the bugcheck crash. It was 100% reproducible. I have no explanation. Must be Damien's karma! :) And James' bad humor (and accent). I ran the failover cluster validation three times with Kernel Mode Dump set and now three more times with the dump mode set back to Automatic with nary a bugcheck crash. Weird. Now maybe I can continue on but I really don't feel that secure about the HyperV3 server. Thanks Webster From: [email protected]<mailto:[email protected]> [mailto:[email protected]] On Behalf Of Webster Sent: Saturday, August 31, 2013 12:23 PM To: [email protected]<mailto:[email protected]> Subject: [NTSysADM] RE: Server 2012 DMP file It was set for Automatic Memory Dump. I just changed it to Kernel Memory Dump. I'll have a new dump shortly. Thanks Webster From: [email protected]<mailto:[email protected]> [mailto:[email protected]] On Behalf Of Damien Solodow Sent: Saturday, August 31, 2013 12:20 PM To: [email protected]<mailto:[email protected]> Subject: [NTSysADM] RE: Server 2012 DMP file Very odd; the debugger is saying that it's unable to read KLDR_DATA_TABLE_ENTRY. The exact error is "Unable to read KLDR_DATA_TABLE_ENTRY at fffffa80`18ba1760 - NTSTATUS 0xC0000147" What level of dump is configured? Perhaps set it to "kernel memory dump" and get it to BSOD again and see if the dump is more useful. I'll help if you like or the debugging tools are available without the rest of the SDK or the like. DAMIEN SOLODOW Systems Engineer 317.447.6033 (office) 317.447.6014 (fax) HARRISON COLLEGE ________________________________ From: [email protected]<mailto:[email protected]> [[email protected]] on behalf of Webster [[email protected]] Sent: Saturday, August 31, 2013 12:22 PM To: [email protected]<mailto:[email protected]> Subject: [NTSysADM] Server 2012 DMP file It has been a long time since I had to analyze a crash dump file. One of my new Hyper-V 2012 lab servers keeps giving me a Bug Check when I run the failover cluster validation tool. The computer has rebooted from a bugcheck. The bugcheck was: 0x000000ef (0xfffffa8018c8d3c0, 0x0000000000000000, 0x0000000000000000, 0x0000000000000000). A dump was saved in: C:\Windows\MEMORY.DMP. Report Id: 083013-10795-01. Bugcheck EF is CRITICAL_PROCESS_DIED Is there a quick way to process the DMP file to see what critical process is having the issue without having to install all the Windows Debugging tools? Just in case someone has some spare time to help a brother out, https://dl.dropboxusercontent.com/u/43555945/MEMORY.zip https://dl.dropboxusercontent.com/u/43555945/MEMORY.DMP The DMP file is 885MB and Zip is 95MB. Thanks Webster
