Can anyone take a look at this and maybe point me in the right direction?
This is a production server running our EDI Innovis software. I suspect the issue is with the software, but I need proof. So far, the debugger has told me little that I understand.
Windows Server 2003 Kernel Version 3790 MP (4 procs) Free x86 compatible
Product: Server, suite: TerminalServer SingleUserTS
Kernel base = 0x804de000 PsLoadedModuleList = 0x8057b6a8
Debug session time: Thu Dec 1 00:06:37.122 2005 (GMT-5)
System Uptime: 3 days 10:56:04.711
Unable to load image \WINDOWS\system32\ntoskrnl.exe, Win32 error 2
*** WARNING: Unable to verify timestamp for ntoskrnl.exe
Loading Kernel Symbols
..................................................................................................
Loading unloaded module list
..
Loading User Symbols
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************
Use !analyze -v to get detailed debugging information.
BugCheck C2, {a, 874af6c8, 65ec6946, 656c6946}
Probably caused by : ntoskrnl.exe ( nt!PoRunDownDeviceObject+9f )
Followup: MachineOwner
---------
0: kd> !analyze -show
Unknown bugcheck code (0)
Unknown bugcheck description
Arguments:
Arg1: 00000000
Arg2: 00000000
Arg3: 00000000
Arg4: 00000000
0: kd> !analyze -v
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************
BAD_POOL_CALLER (c2)
The current thread is making a bad pool request. Typically this is at a bad IRQL level or double freeing the same allocation, etc.
Arguments:
Arg1: 0000000a, Attempt to free some other component's protected pool.
Arg2: 874af6c8, Address of pool
Arg3: 65ec6946, Pool allocation's tag
Arg4: 656c6946, Quota process pointer (bad).
Debugging Details:
------------------
BUGCHECK_STR: 0xc2_a
CUSTOMER_CRASH_COUNT: 1
DEFAULT_BUCKET_ID: DRIVER_FAULT_SERVER_MINIDUMP
CURRENT_IRQL: 42
LAST_CONTROL_TRANSFER: from 80568ad0 to 80543ac9
STACK_TEXT:
b4c01c34 80568ad0 000000c2 0000000a 874af6c8 nt!PoRunDownDeviceObject+0x9f
b4c01c94 8058692d 874af6c8 e56c6946 89b84900 nt!RtlpValidatePeChecksum+0x98
b4c01cb4 805869c2 00000000 874af6d0 00000000 nt!MiLargePageRanges+0x16d
b4c01cd0 804f1e98 874af6e8 00000000 0000068c nt!MiLargePageRangeIndex+0x2
874af6e8 00000000 00000000 00000000 00000000 nt!MmProbeAndLockSelectedPages+0x333
FOLLOWUP_IP:
nt!PoRunDownDeviceObject+9f
80543ac9 5d pop ebp
SYMBOL_STACK_INDEX: 0
FOLLOWUP_NAME: MachineOwner
SYMBOL_NAME: nt!PoRunDownDeviceObject+9f
MODULE_NAME: nt
IMAGE_NAME: ntoskrnl.exe
DEBUG_FLR_IMAGE_TIMESTAMP: 40b53739
STACK_COMMAND: kb
FAILURE_BUCKET_ID: 0xc2_a_nt!PoRunDownDeviceObject+9f
BUCKET_ID: 0xc2_a_nt!PoRunDownDeviceObject+9f
Followup: MachineOwner
This is a production server running our EDI Innovis software. I suspect the issue is with the software, but I need proof. So far, the debugger has told me little that I understand.
Windows Server 2003 Kernel Version 3790 MP (4 procs) Free x86 compatible
Product: Server, suite: TerminalServer SingleUserTS
Kernel base = 0x804de000 PsLoadedModuleList = 0x8057b6a8
Debug session time: Thu Dec 1 00:06:37.122 2005 (GMT-5)
System Uptime: 3 days 10:56:04.711
Unable to load image \WINDOWS\system32\ntoskrnl.exe, Win32 error 2
*** WARNING: Unable to verify timestamp for ntoskrnl.exe
Loading Kernel Symbols
..................................................................................................
Loading unloaded module list
..
Loading User Symbols
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************
Use !analyze -v to get detailed debugging information.
BugCheck C2, {a, 874af6c8, 65ec6946, 656c6946}
Probably caused by : ntoskrnl.exe ( nt!PoRunDownDeviceObject+9f )
Followup: MachineOwner
---------
0: kd> !analyze -show
Unknown bugcheck code (0)
Unknown bugcheck description
Arguments:
Arg1: 00000000
Arg2: 00000000
Arg3: 00000000
Arg4: 00000000
0: kd> !analyze -v
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************
BAD_POOL_CALLER (c2)
The current thread is making a bad pool request. Typically this is at a bad IRQL level or double freeing the same allocation, etc.
Arguments:
Arg1: 0000000a, Attempt to free some other component's protected pool.
Arg2: 874af6c8, Address of pool
Arg3: 65ec6946, Pool allocation's tag
Arg4: 656c6946, Quota process pointer (bad).
Debugging Details:
------------------
BUGCHECK_STR: 0xc2_a
CUSTOMER_CRASH_COUNT: 1
DEFAULT_BUCKET_ID: DRIVER_FAULT_SERVER_MINIDUMP
CURRENT_IRQL: 42
LAST_CONTROL_TRANSFER: from 80568ad0 to 80543ac9
STACK_TEXT:
b4c01c34 80568ad0 000000c2 0000000a 874af6c8 nt!PoRunDownDeviceObject+0x9f
b4c01c94 8058692d 874af6c8 e56c6946 89b84900 nt!RtlpValidatePeChecksum+0x98
b4c01cb4 805869c2 00000000 874af6d0 00000000 nt!MiLargePageRanges+0x16d
b4c01cd0 804f1e98 874af6e8 00000000 0000068c nt!MiLargePageRangeIndex+0x2
874af6e8 00000000 00000000 00000000 00000000 nt!MmProbeAndLockSelectedPages+0x333
FOLLOWUP_IP:
nt!PoRunDownDeviceObject+9f
80543ac9 5d pop ebp
SYMBOL_STACK_INDEX: 0
FOLLOWUP_NAME: MachineOwner
SYMBOL_NAME: nt!PoRunDownDeviceObject+9f
MODULE_NAME: nt
IMAGE_NAME: ntoskrnl.exe
DEBUG_FLR_IMAGE_TIMESTAMP: 40b53739
STACK_COMMAND: kb
FAILURE_BUCKET_ID: 0xc2_a_nt!PoRunDownDeviceObject+9f
BUCKET_ID: 0xc2_a_nt!PoRunDownDeviceObject+9f
Followup: MachineOwner