Win2012R2: STOP 0xD1 in MsLbfoProvider!vmqcGetFirstMappedMNic+0xf

Status: Resolved

150312: Apologies for not updating this... the public release of this has slipped. The KB including this fix is https://support2.microsoft.com/kb/3031598.

150115: The hotfix is scheduled for release in the February 2015 cycle.

Hi All, back again after having been away for a long time... This time with a networking-related bugcheck, with the stack below. This issue is caused by a problem in MsLbfoProvider, but it is only triggered when there are underlying problems with the miniport (NIC). Specifically, there must have been a condition that triggered NDIS to automatically reset the miniport. After that, LBFO loses track of the VMQ queues assigned to the miniport, eventually causing the STOP 0xD1. I have filed a hotfix request for this issue today. Once I get updated information on if/when this is fixed, I'll update this post. If you think you are hit by this issue, open a case with support and let me know!

AV_MsLbfoProvider!vmqcGetFirstMappedMNic

 # Child-SP RetAddr Call Site
00 ffffd001`48cab918 fffff801`b17e47e9 nt!KeBugCheckEx
01 ffffd001`48cab920 fffff801`b17e303a nt!KiBugCheckDispatch+0x69
02 ffffd001`48caba60 fffff801`3e16f74f nt!KiPageFault+0x23a
03 ffffd001`48cabbf8 fffff801`3e16ee1e MsLbfoProvider!vmqcGetFirstMappedMNic+0xf
04 ffffd001`48cabc00 fffff801`3c621a13 MsLbfoProvider!LbfoReceiveNetBufferListsComplete+0x92
05 ffffd001`48cabc50 fffff801`3c611c2d NDIS! ?? ::FNODOBFM::`string'+0x99f5
06 ffffd001`48cabce0 fffff801`3c611cf2 NDIS!ndisReturnNetBufferListsInternal+0x12d
07 ffffd001`48cabd40 fffff801`3daefa01 NDIS!NdisReturnNetBufferLists+0x72
08 ffffd001`48cabda0 fffff801`3daef36b vmswitch!VmsPtNicPvtPacketRouted+0x1b1
09 ffffd001`48cabe30 fffff801`3daef03e vmswitch!VmsExtIoPacketRouted+0x28b
0a ffffd001`48cabee0 fffff801`3c618245 vmswitch!VmsExtPtSendNetBufferListsComplete+0x9e
0b ffffd001`48cabf30 fffff801`3c618a68 NDIS!ndisMSendCompleteNetBufferListsInternal+0x135
0c ffffd001`48cac000 fffff801`3daef3a5 NDIS!NdisMSendNetBufferListsComplete+0x2b8
0d ffffd001`48cac170 fffff801`3daeef62 vmswitch!VmsExtIoPacketRouted+0x2c5
0e ffffd001`48cac220 fffff801`3c621a8e vmswitch!VmsExtMpReturnNetBufferLists+0x42
0f ffffd001`48cac250 fffff801`3c611c2d NDIS! ?? ::FNODOBFM::`string'+0x9a70
10 ffffd001`48cac2e0 fffff801`3c611cf2 NDIS!ndisReturnNetBufferListsInternal+0x12d
11 ffffd001`48cac340 fffff801`3daef3ed NDIS!NdisReturnNetBufferLists+0x72
12 ffffd001`48cac3a0 fffff801`3daeeddc vmswitch!VmsExtIoPacketRouted+0x30d
13 ffffd001`48cac450 fffff801`3db03fad vmswitch!VmsNblHelperRefCountDecrementMany+0x7c
14 ffffd001`48cac490 fffff801`3db00d8a vmswitch!VmsRouterDeliverNetBufferLists+0x62d
15 ffffd001`48cac570 fffff801`3c611903 vmswitch!VmsExtPtReceiveNetBufferLists+0x13a
16 ffffd001`48cac5d0 fffff801`3c62129b NDIS!ndisMIndicateNetBufferListsToOpen+0x123
17 ffffd001`48cac690 fffff801`3c6128f6 NDIS!ndisMTopReceiveNetBufferLists+0x2db
18 ffffd001`48cac720 fffff801`3daed9c9 NDIS!NdisMIndicateReceiveNetBufferLists+0xb96
19 ffffd001`48cac900 fffff801`3c617a21 vmswitch!VmsExtMpSendNetBufferLists+0x359
1a ffffd001`48caca90 fffff801`3daf3347 NDIS!NdisSendNetBufferLists+0x551
1b ffffd001`48cacc80 fffff801`3daf2e14 vmswitch!VmsExtPtRouteNetBufferLists+0x377
1c ffffd001`48cacd50 fffff801`3c611903 vmswitch!VmsPtNicReceiveNetBufferLists+0x3c4
1d ffffd001`48caceb0 fffff801`3c62129b NDIS!ndisMIndicateNetBufferListsToOpen+0x123
1e ffffd001`48cacf70 fffff801`3c6128f6 NDIS!ndisMTopReceiveNetBufferLists+0x2db
1f ffffd001`48cad000 fffff801`3da687f0 NDIS!NdisMIndicateReceiveNetBufferLists+0xb96
20 ffffd001`48cad1e0 fffff801`3da6821a NdisImPlatform!implatTryToIndicateReceiveNBLs+0x1e8
21 ffffd001`48cad250 fffff801`3c611903 NdisImPlatform!implatReceiveNetBufferLists+0x1a2
22 ffffd001`48cad2d0 fffff801`3c6126dd NDIS!ndisMIndicateNetBufferListsToOpen+0x123
23 ffffd001`48cad390 fffff801`3dbc15fa NDIS!NdisMIndicateReceiveNetBufferLists+0x97d
24 ffffd001`48cad570 fffff801`3dbc2088 ixn64x64+0x295fa
25 ffffd001`48cad5c0 fffff801`3dba4607 ixn64x64+0x2a088
26 ffffd001`48cad640 fffff801`3dba4a01 ixn64x64+0xc607
27 ffffd001`48cad6b0 fffff801`3dba3ec8 ixn64x64+0xca01
28 ffffd001`48cad720 fffff801`3c613005 ixn64x64+0xbec8
29 ffffd001`48cad760 fffff801`b16c8130 NDIS!ndisInterruptDpc+0x1b5
2a ffffd001`48cad860 fffff801`b16c734b nt!KiExecuteAllDpcs+0x1b0
2b ffffd001`48cad9b0 fffff801`b17dc7ea nt!KiRetireDpcList+0xdb
2c ffffd001`48cadc60 00000000`00000000 nt!KiIdleLoop+0x5a

Comments

  • Anonymous
    September 09, 2015
    Hi One of my Hyper-V cluster is having similar issues. I have installed the hotfix and updates recommended above but still get BSOD from time to time.
  • Anonymous
    September 09, 2015
    Hi Nimesh - Can you kindly open a support case with Microsoft Support. It may be a different issue we are dealing with in your .scenario, this way you can submit the dump for analysis.

    Thank You!
    Jonathan Oliw (SR Support Escalation Engineer at MS)