第一次海报,所以请原谅我在这里忘记了什么。 我有一个在VMware ESXi 5.1上运行的Windows Server 2008 SP2 32位服务器,它随机转储并重新启动。 我一直在挖掘,这似乎与networking驱动程序问题有关,但我不积极。 这是运行IBM WebSphere的我们的生产Intranet Web服务器。 我开始将Windows更新安装到他的机器上,希望能够解决这个问题,但情况变得更糟。 它在12个小时BSOD两次,所以我已经把服务器回滚。 我有问题从这些小转储得到更多的信息,任何人都可以帮我吗?
================================================== Dump File : Mini031414-01.dmp Crash Time : 3/14/2014 2:47:59 PM Bug Check String : MULTIPLE_IRP_COMPLETE_REQUESTS Bug Check Code : 0x00000044 Parameter 1 : 0xa129a150 Parameter 2 : 0x00000e7a Parameter 3 : 0x00000000 Parameter 4 : 0x00000000 Caused By Driver : tdx.sys Caused By Address : tdx.sys+edbc File Description : Product Name : Company : File Version : Processor : 32-bit Crash Address : ntkrnlpa.exe+cdb3f Stack Address 1 : ntkrnlpa.exe+a75bb Stack Address 2 : tdx.sys+5654 Stack Address 3 : tcpip.sys+5c633 Computer Name : Full Path : C:\Users\jwilliam\Desktop\Portal\Mini031414-01.dmp Processors Count : 1 Major Version : 15 Minor Version : 6002 Dump File Size : 165,464 ================================================== ================================================== Dump File : Mini071613-01.dmp Crash Time : 7/16/2013 1:55:46 PM Bug Check String : MULTIPLE_IRP_COMPLETE_REQUESTS Bug Check Code : 0x00000044 Parameter 1 : 0xa1df8008 Parameter 2 : 0x00000e7a Parameter 3 : 0x00000000 Parameter 4 : 0x00000000 Caused By Driver : tdx.sys Caused By Address : tdx.sys+edbc File Description : Product Name : Company : File Version : Processor : 32-bit Crash Address : ntkrnlpa.exe+cdb3f Stack Address 1 : ntkrnlpa.exe+a75bb Stack Address 2 : tdx.sys+5654 Stack Address 3 : tcpip.sys+5c633 Computer Name : Full Path : C:\Users\jwilliam\Desktop\Portal\Mini071613-01.dmp Processors Count : 1 Major Version : 15 Minor Version : 6002 Dump File Size : 168,856 ==================================================
您可能需要更新您的驱动程序,并在此更多的驱动程序。
查看该错误代码的MSDN页面 :
驱动程序调用IoCompleteRequest来请求IRP完成,但数据包已经完成。
这是一个难以发现的错误,因为最简单的情况 – 试图完成自己的数据包两次的驱动程序 – 通常不是问题的根源。 更有可能的是,两个单独的驱动程序每个都相信他们拥有这个数据包,并且每个都试图完成它。 第一个请求成功,第二个失败,导致这个错误检查。
追踪系统中的哪个驱动程序导致错误是困难的,因为第一个驱动程序的踪迹已经被第二个驱动程序覆盖。 但是,可以通过检查每个堆栈位置中的设备对象字段来find当前请求的驱动程序堆栈。