You might run in to the situation that you DPM 2010 server has a BSOD now and then. If this case you should check the stop error that is returned.
Check if the following Stop errors is returned when you create a snapshot of a volume:
STOP: 0x0000007E (parameter1, parameter2, parameter3, parameter4) SYSTEM_THREAD_EXCEPTION_NOT_HANDLED Stop 0x00000050 (parameter1 , parameter2 , parameter3 , parameter4 ) PAGE_FAULT_IN_NONPAGED_AREA |
You may experience this issue after you enable shadow copy functionality on a volume that is configured with a secondary Data Protection Manager (DPM) server for backup.
Hot Fix available
Microsoft has released a Hotfix for this issue. http://support.microsoft.com/kb/2460912/en-us
This applies to
- Windows Server 2008 R2
- Windows Server 2008 R2 Service Pack 1 (SP1)
Bugcheck Analysis
* Bugcheck Analysis * * * ******************************************************************************* BAD_POOL_HEADER (19) The pool is already corrupt at the time of the current request. This may or may not be due to the caller. The internal pool links must be walked to figure out a possible cause of the problem, and then special pool applied to the suspect tags or the driver verifier to a suspect driver. Arguments: Arg1: 0000000000000021, the data following the pool block being freed is corrupt. Typically this means the consumer (call stack ) has overrun the block. Arg2: fffffa801c625000, The pool pointer being freed. Arg3: 000000000000d290, The number of bytes allocated for the pool block. Arg4: 0000000000000000, The corrupted value found following the pool block. Debugging Details: ------------------ BUGCHECK_STR: 0x19_21 POOL_ADDRESS: GetPointerFromAddress: unable to read from fffff80002d0d100 fffffa801c625000 CUSTOMER_CRASH_COUNT: 1 DEFAULT_BUCKET_ID: DRIVER_FAULT_SERVER_MINIDUMP PROCESS_NAME: System CURRENT_IRQL: 0 LAST_CONTROL_TRANSFER: from fffff80002c089b2 to fffff80002adac40 STACK_TEXT: fffff880`02971088 fffff800`02c089b2 : 00000000`00000019 00000000`00000021 fffffa80`1c625000 00000000`0000d290 : nt!KeBugCheckEx fffff880`02971090 fffff880`01aaedfd : 00000000`00000000 00000000`00000000 ffffffff`6d536f56 fffffa80`00000000 : nt!ExDeferredFreePool+0xfaa fffff880`02971140 fffff880`01ac7117 : 00000000`0000000d 00000000`00000000 00000000`0005fa60 00000000`019fe600 : volsnap!VspFreeBitMap+0x3d fffff880`02971170 fffff880`01ac7cd6 : fffffa80`1b609370 fffffa80`17dc8060 fffffa80`1b609370 00000000`00000000 : volsnap!VspMarkFreeSpaceInBitmap+0x1e7 fffff880`02971360 fffff880`01ac9e11 : fffffa80`17f26180 ffffffff`800089d4 00000000`00000000 00000000`00000000 : volsnap!VspOptimizeDiffAreaFileLocation+0x2a6 fffff880`029716e0 fffff880`01ad968d : 00000000`00000000 fffffa80`2e175401 fffff880`029718b0 00000000`00004001 : volsnap!VspOpenDiffAreaFile+0x481 fffff880`02971860 fffff880`01ae05e7 : fffff880`02971bc0 00000000`00000000 00000000`00000000 00000000`00000651 : volsnap!VspCreateInitialDiffAreaFile+0x1ed fffff880`029718b0 fffff880`01ae15d6 : fffffa80`17e5e180 fffff800`00000000 fffffa80`17e5e180 fffffa80`17e5e180 : volsnap!VspTryPrepareForSnapshot+0x737 fffff880`02971b90 fffff880`01abf0fc : 00000000`00000001 00000000`00000000 fffffa80`2eb743f0 fffffa80`1cd0cc00 : volsnap!VspPrepareForSnapshot+0x116 fffff880`02971c50 fffff800`02dd19e3 : fffffa80`17e5e030 fffff800`02c7b2b8 fffffa80`12e04b60 fffffa80`12e04b60 : volsnap!VspPostWorker+0x2c fffff880`02971c80 fffff800`02ae5001 : fffff800`02c7b200 fffff800`02dd1901 fffffa80`12e04b00 fffff800`02c7b2b8 : nt!IopProcessWorkItem+0x23 fffff880`02971cb0 fffff800`02d75fee : 00000000`00000000 fffffa80`12e04b60 00000000`00000080 fffffa80`12d84b30 : nt!ExpWorkerThread+0x111 fffff880`02971d40 fffff800`02acc5e6 : fffff880`022a4180 fffffa80`12e04b60 fffff880`022af2c0 00000000`00000000 : nt!PspSystemThreadStartup+0x5a fffff880`02971d80 00000000`00000000 : fffff880`02972000 fffff880`0296c000 fffff880`0296f940 00000000`00000000 : nt!KxStartSystemThread+0x16 STACK_COMMAND: kb FOLLOWUP_IP: volsnap!VspFreeBitMap+3d fffff880`01aaedfd 4c8b5b08 mov r11,qword ptr [rbx+8] SYMBOL_STACK_INDEX: 2 SYMBOL_NAME: volsnap!VspFreeBitMap+3d FOLLOWUP_NAME: MachineOwner MODULE_NAME: volsnap IMAGE_NAME: volsnap.sys DEBUG_FLR_IMAGE_TIMESTAMP: 4ce792c8 FAILURE_BUCKET_ID: X64_0x19_21_volsnap!VspFreeBitMap+3d BUCKET_ID: X64_0x19_21_volsnap!VspFreeBitMap+3d Followup: MachineOwner --------- |
Applied the hotfix but our DPM 2010 still BSOD with the same Stop 0x00000050. Any idea for the solution?
ReplyDeleteWe applied the Hotfix and it still BSOD. Any suggestion?
ReplyDelete