Pillar Axiom: Windows host can lose access to mapped LUNs when a SAN Control Unit warmstarts

Asset ID:	1-72-1507836.1
Update Date:	2014-12-07
Keywords:

Solution Type Problem Resolution Sure

Solution 1507836.1 : Pillar Axiom: Windows host can lose access to mapped LUNs when a SAN Control Unit warmstarts

Applies to:

Pillar Axiom 600 Storage System - Version Not Applicable to Not Applicable [Release N/A]
Pillar Axiom 500 Storage System - Version Not Applicable to Not Applicable [Release N/A]
Pillar Axiom 300 Storage System - Version Not Applicable to Not Applicable [Release N/A]
Information in this document applies to any platform.

Symptoms

In a particular case, the storage administrator was using SAN RepLite that caused SAN Slammer 1 CU 1 to restart because of iSCSI overload on the iSCSI card.
Replicated LUNs were unavailable in excess of 10 sec on some occurances and Windows considered the LUNs Offline.
The same problem can occur without replication and the Windows MPIO parameters listed below may prevent LUNs going offline at the OS level when the Control Unit is completing it's warmstart

Cause

Control Unit warmstarts in excess of 10 seconds and the MPIO driver considers the LUN as faulted.

Solution

http://technet.microsoft.com/en-us/library/ee619749%28WS.10%29.aspx

The recommendations are as follows:
HKLM\System\CurrentControlSet\Services\mpio\Parameters\UseCustomPathRecoveryInterval
(Set this to 1)

HKLM\System\CurrentControlSet\Services\mpio\Parameters\PathRecoveryInterval
(Set this to 15)

HKLM\System\CurrentControlSet\Services\mpio\Parameters\PDORemovePeriod
(Set this to 30)

Attachments

This solution has no attachment