Sun System Handbook - ISO 3.4 June 2011 Internal/Partner Edition | |||
|
|
Solution Type Sun Alert Sure Solution 1000690.1 : Unmapping a Volume or Snapshot on a Sun StorEdge 6130 Array May Cause One of The Array Controllers to Reset
PreviouslyPublishedAs 200903 Product Sun StorageTek 6130 Array Bug Id <SUNBUG: 6369690> Date of Workaround Release 22-FEB-2006 Date of Resolved Release 10-MAR-2006 Impact Unmapping a volume or snapshot on a Sun StorEdge 6130 Array may cause one of the array controllers to reset. The reset of the Sun StorEdge 6130 array controller will cause all volumes owned by that controller to failover to the remaining controller. Provided multipathing software is correctly configured on the attached hosts, any I/O to those volumes will resume after failover. After the controller reset has completed (usually in less than 1 minute) the volumes can be moved back to their preferred controller. Contributing Factors This issue can occur on the following platform:
Note: Controller firmware release 06.12.09.10 is supplied with v1.3 of the Sun StorEdge 6130 Array Management Host Software. Symptoms If the described issue occurs, the array's log file (Major Event Log) will show a controller reset occurring at the same time as the "unmap" of the volume or snapshot as shown in the following example: Date/Time: Thu Jan 19 07:49:18 MET 2006 Sequence number: 287858 Event type: 5210 Event category: Command Priority: Informational Description: Delete volume-to-LUN mapping Event specific codes: 0/0/0 Component type: Volume Component location: TESTVOLUME Logged by: Controller in slot B Raw data: ..... Date/Time: Thu Jan 19 07:49:18 MET 2006 Sequence number: 287859 Event type: 6104 Event category: Notification Priority: Informational Description: This controller's alternate was failed Event specific codes: 0/0/0 Component type: Controller Component location: Controller in slot B Logged by: Controller in slot B Raw data: ..... Date/Time: Thu Jan 19 07:49:18 MET 2006 Sequence number: 287860 Event type: 400F Event category: Notification Priority: Informational Description: Controller reset by its alternate Event specific codes: 0/0/0 Component type: Controller Component location: Controller in slot A Logged by: Controller in slot B Raw data: ..... Note: The Major Event Log is gathered by the 6130SupportData utility. Workaround To work around the described issue, ensure that all volumes and snapshots on the array are mapped to either hosts or hostgroups. Do not leave any volumes or snapshots unmapped. To resynchronise information for volumes or snapshots that have already become unsynchronised, map all volumes and snapshots to either hosts or hostgroups and reboot the array. Resolution This issue is addressed in the following release:
Controller firmware release 06.12.10.11 is supplied by the following patches:
Note: Both of the above patches have special install instructions included in the README files with each patch. Modification History Date: 10-MAR-2006
Date: 13-MAR-2006
References<SUNPATCH: 117856-19>Previously Published As 102191 Internal Comments The bugID listed in the Sun Alert is not listed in the patch README as being addressed. Sent e-mail below to the submitter to get the patch README updated. Hi Brian, The Sun Alert team are complaining that the patch README file for 117856-19 does not mention that it fixes bug 6369690 in the "BugId's fixed with this patch:" section of the file. Can you get the patch README file updated please? Thanks. -------- Original Message -------- Subject: Re: Update request for UNRESOLVED Sun Alert 102191 Date: Wed, 08 Mar 2006 11:16:44 -0700 From: Jeff Folla To: Matt.Ascroft@Sun.COM Hi Matt, The bugID listed in the Sun Alert is not listed in the patch READMEs for patch 117856-19 as being addressed. Can you get the patch README updated to include bugID 6369690 as being fixed? Once this is done I can update the Sun Alert as resolved with the installation of these patches. ------------ The information that can become unsynchronised for the volume/snapshot is the "LUNMAPG_REF". This can be viewed in the output of "spmShow". The 6130SupportData utility gathers the output of "spmShow" from both array controllers in the "stateCaptureData.dmp" file. Look for the two outputs headed:
Compare the information in the last section of these two outputs (headed "LUM") to see if the "LUNMAPG_REF" values are synchronised between the two controllers. Here is an example : Controller in slot A
Controller in slot B
Here the "LUNMAPG_REF" for the volume with SSID 0 is the same on both controllers - "88030D000002" - but the "LUNMAPG_REF" for the other two volumes has become unsynchronised between the two controllers:
If either of these two volumes were unmapped, then a controller reset would occur. PTS Reviewer (approved by): Sailesh Thanki Internal Contributor/submitter matt.ascroft@sun.com Internal Eng Business Unit Group NWS (Network Storage) Internal Eng Responsible Engineer gary.gaston@sun.com Internal Services Knowledge Engineer jeff.folla@sun.com Internal Escalation ID 1-13433979, 1-14622795, 1-14589202, 1-14463675, 1-14053026, 1-14202607 Internal Resolution Patches 117856-19 Internal Sun Alert Kasp Legacy ID 102191 Internal Sun Alert & FAB Admin Info Critical Category: Availability ==> Pervasive Significant Change Date: 2006-02-22, 2006-03-10 Avoidance: Patch Responsible Manager: larry.robinson@sun.com Original Admin Info: [WF 10-Mar-2006, Jeff Folla: Patch is now available. Updated and re-released as Resolved.] [WF 22-Feb-2006, Jeff Folla: Sent for release.] [WF 21-Feb-2006, Jeff Folla: Sent for review.] Product_uuid 8252cb91-d771-11d8-ab52-080020a9ed93|Sun StorageTek 6130 Array ReferencesSUNPATCH:117856-19Attachments This solution has no attachment |
||||||||||||
|