What we need:
Determine why we have Persistent iSCSIprt errors in Hyper-V cluster Windows Server 2012
4x identical hosts Dell R720 running Windows server 2012 standard
4x - iSCSI NICs: Intel(R) Gigabit 4P I350-t Adapter - Driver 188.8.131.52 - FW Family 13.0.0
MTU set to 9000
Chimey disabled, auto Tuning disabled, congestion provider set to None
All kinds of OffLoad features were disabled in the iSCSI NICs properties
No teaming configuration is in place
RSS/TOE/TOEv2, Virtual Machine Queue (VMQ) and energy saving options are disabled
2x PCT6224 - FW 184.108.40.206
2 stack cables interconnecting them
STP port-fast enabled on all ethernet ports
MUT set to 9216 on all ethernet ports
Flow control is active in all ports
Speed in 1000 full duplex being auto negotiated
Multi, broad and unicast storm disable
None errors logged in any ethernet or stack ports
3x EQL Storages
2x EQPS6100X + 1x PS4100E all running 6.0.4
Customer is experiencing timeout and disconnections:
* All four hosts are logging the following System Events every 1 minute:
ID 9 / Source iScsiPrt / Target did not respond in time for a SCSI request. The CDB is given in the dump data.
ID 39 / Source iScsiPrt / Initiator sent a task management command to reset the target. The target name is given in the dump data.
ID 129 / Source iScsiPrt / No Description
This events shows up only in Windows Server 2012 environment, the issue was isolated and do not occur with Windows Server 2008 in the same SAN.
Troubleshooting steps so far:
http://support.microsoft.com/kb/2791465/en-US ( kb 2779768 )
http://support.microsoft.com/?id=2813630 suprimido no KB2838669
Anyone can help us?
Microsoft is conducting an online survey to understand your opinion of the Technet Web site. If you choose to participate, the online survey will be presented to you when you leave the Technet Web site.
Would you like to participate?