Solaris MPxIO - Lost Access to SAN FC Storage Array After Storage Controller Reboot or Storage Firmware Upgrade
(Doc ID 1984349.1)
Last updated on SEPTEMBER 08, 2020
Applies to:Solaris Operating System - Version 10 3/05 and later
Information in this document applies to any platform.
Netapp is installing new Netapp storage arrays 8060 on customer site,
but they have found internally an issue with Solaris 11.2 , Netapp says the issue was related to Oracle bug 18870240
Bug 18870240 - MPXIO cannot find an active path for IO after storage failover
This bug explains that Solaris Multipathing I/O (MPxIO) fails to recognize that a storage path has changed due to underlying storage changes.
This has been observed with IBM SVC array and also with IBM 2145 arrays when testing against S11.1 SRU 20 and later release
when one controller on the array rebooted and disappeared for 35 seconds
but no failover or i/o redistribution occurred down the secondary/ONLINE paths.
From IBM support matrix documentation , we can read:
An issue has been identified with
certain Solaris versions that may
cause I/O failures during a failover
scenario. The effected versions are
S11.1SRU20 and later, S11.2 and
The following IDRs resolve the issue
and are available directly from
IDR1352.1 for Solaris 220.127.116.11.1
IDR1565.1 for Solaris 18.104.22.168.0
IDR1563.1 for Solaris 22.214.171.124.0 ,
126.96.36.199.0 , 188.8.131.52.0
Customer wants to know if there is a fix for this Bug.
Example of an IBM lun under mpxio, with four paths to the IBM storage:
To view full details, sign in with your My Oracle Support account.
Don't have a My Oracle Support account? Click to get started!
In this Document