![]() | Oracle System Handbook - ISO 7.0 May 2018 Internal/Partner Edition | ||
|
|
![]() |
||||||||||||
Solution Type Sun Alert Sure Solution 1001286.1 : Sun StorageTek 5320, 6140 and 6540 Expansion Tray Firmware May Cause a Loss of Access to Multiple Disks
PreviouslyPublishedAs 201746 Product Sun StorageTek 6140 Array Sun StorageTek 5320 Sun StorageTek 6540 Array Bug Id <BUG:15366685> Date of Workaround Release 20-DEC-2006 Date of Resolved Release 06-APR-2007 ***Checked for relevance 27-Jan-2014*** Impact Sun StorageTek 5320, 6140 and 6540 arrays with Expansion Tray Firmware may experience I/O Module(IOM), reboots, hangs, and in some configurations loss of access to multiple drives across multiple trays. This may cause volume failure, which could result in a loss of access to data. Contributing Factors This issue can occur on the following platforms:
Note 1: The described issue mostly occurs when configurations include seven or more expansion trays to a single controller unit, as well as large SATA drive configurations. Note 2: This issue only affects arrays using CSM2 Expansion Trays with IOM Firmware 9865: X-Option: XTACSM2-IOM P/N: 375-3336.t The firmware version can be viewed within Sun StorageTek Common Array Manager(CAM), by doing the following: Array Name Menu -> Troubleshooting -> FRUs -> IOM Affected arrays will have "9865" listed for the "Revision". The sscs(1M) command can also be used to determine the firmware version: % sscs list -d array_name fru
Symptoms If the described issue occurs, symptoms can range from array event notification for drive failure, tray IOM failure, drive path redundancy lost, as well as volume failure. Workaround No workaround is available at this time. Should you have the affected revision of IOM firmware loaded in your array, it is recommended that you contact Sun Services for help in addressing this issue. Resolution This issue is addressed in the following releases:
For 5320 arrays, you must download and apply StorageTek 5320 NAS software update patch 119352-05 or later. Modification History 02-FEB-2007: Updated Contributing Factors and Relief/Workaround sections 22-FEB-2007: Updated Contributing Factors and Resolution sections 06-APR-2007: State: Resolved. Updated Contributing Factors and Resolution sections 11-APR-2007: Updated Product field, Synopsis, and Impact 27-Jan-2014: Checked for currency/relevance/formatting; no change in content Previously Published As 102757 Internal Comments MEL entries are hard to come by, since the log will roll after an hour of incurring this bug. Some of the reported entries are:
Customers that have experienced this have only had large SATA drive configurations coupled with 7 or more CSM2 trays. 6540 units have been the only ones reported, but Engenio/LSI has not eliminated any array that uses the CSM2 expansion IOM. The upgrade is an online one and takes approximately 5 minutes per IOM. For example, an array with 7 expansion trays will take: The firmware can be applied using either SANtricity or CAM. Questions regarding this document should be addressed to sunalertpublication_us_grp@oracle.com and copy the responsible engineer/submitter listed below. Internal Contributor/submitter tejinder.singh@oracle.com Internal Eng Business Unit Group NWS (Network Storage) Internal Eng Responsible Engineer brian.hanvey@oracle.com Internal Services Knowledge Engineer jeff.folla@oracle.com Internal Escalation ID 3854952 Attachments This solution has no attachment |
||||||||||||
|