Sun Microsystems, Inc.  Sun System Handbook - ISO 3.4 June 2011 Internal/Partner Edition
   Home | Current Systems | Former STK Products | EOL Systems | Components | General Info | Search | Feedback

Asset ID: 1-77-1000373.1
Update Date:2011-03-04
Keywords:

Solution Type  Sun Alert Sure

Solution  1000373.1 :   Vdisk Failure on a Sun StorEdge 6130 May Cause All the Volumes on the Same Controller to Become Inaccessible  


Related Items
  • Sun Storage 6130 Array
  •  
Related Categories
  • GCS>Sun Microsystems>Sun Alert>Criteria Category>Availability
  •  
  • GCS>Sun Microsystems>Sun Alert>Release Phase>Resolved
  •  

PreviouslyPublishedAs
200495


Product
Sun StorageTek 6130 Array

Bug Id
<SUNBUG: 6292076>

Date of Workaround Release
10-AUG-2005

Date of Resolved Release
23-MAR-2006

Impact

Vdisk failure on a Sun StorEdge 6130 array may cause volumes on healthy vdisks located on the same controller to become inaccessible.


Contributing Factors

This issue can occur on the following system:

  • Sun StorEdge 6130 Array

on the following platforms:

SPARC Platform

  • solaris 8 without patch 108974-48
  • Solaris 9 without patch 113277-41
  • Solaris 10 without patch 119374-08

x86 Platform

  • Solaris 10 without patch 119375-08

Note: Fiber Channel configuration is not supported on Solaris 8 or Solaris 9 on the x86 platform.


Symptoms

If the described issue occurs, messages similar to the following will be seen upon vdisk failure:

    Jun 23 10:01:39 xxx scsi: [ID 107833 kern.warning] WARNING:
    /scsi_vhci/ssd@g600a0b800017b043000016b142691bc1 (ssd17):
    Jun 23 10:01:39 xxx      Error for Command: write(10)   Error Level:
    Retryable
    Jun 23 10:01:39 xxx scsi: [ID 107833 kern.notice]   Requested Block:
    123739552                 Error Block: 123739552
    Jun 23 10:01:39 xxx scsi: [ID 107833 kern.notice]   Vendor: SUN
    Serial  Number:
    Jun 23 10:01:39 xxx scsi: [ID 107833 kern.notice]   Sense Key:
    Hardware  Error
    Jun 23 10:01:39 xxx scsi: [ID 107833 kern.notice]   ASC: 0x84
    (<vendor>  unique code 0x84  ), ASCQ: 0x0, FRU: 0x0

In the above example, "ssd17" is the RAID0 volume which is unavailable upon a disk failure. "0x84/0x0" indicates the requested command or "Mode Select" operation is not allowed with the logical unit in this state.

When this occurs, the current behavior of the target driver is that it keeps resetting the target which is on the controller.  As a result, the volumes hosted on the controller from all the other vdisks get reset.

The above messages are followed by messages similar to the following:

    Jun 23 10:01:39 xxx scsi: [ID 243001 kern.warning] WARNING:
    /ssm@0,0/pci@18,600000/SUNW,qlc@1/fp@0,0 (fcp0):
    Jun 23 10:01:39 xxx     FCP: WWN 0x200500a0b817aff0   reset
    successfully

 


Workaround

There is no workaround. Please see the "Resolution" section below.


Resolution

This issue is addressed in the following release:

SPARC Platform:

  • solaris 8 with patch 108974-48 or later
  • Solaris 9 with patch 113277-41 or later
  • Solaris 10 with patch 119374-08 or later

x86 Platform

  • Solaris 10 with patch 119375-08 or later


Modification History
Date: 17-NOV-2005
  • State: Resolved
  • Updated Contributing Factors, Relief/Workaround, and Resolution sections

Date: 27-FEB-2006
  • Changed State from "Resolved" to "Workaround"
  • Updated Contributing Factors, Relief/Workaround, and Resolution sections

Date: 23-MAR-2006
  • State: Resolved
  • Updated Contributing Factors, Relief/Workaround, and Resolution sections


References

<SUNPATCH: 113277-41>
<SUNPATCH: 119374-08>
<SUNPATCH: 119375-08>
<SUNPATCH: 108974-48>

Previously Published As
101846
Internal Comments


 



This issue is similar to bugIDs 4511840 and 4842793 which were fixed for the Sun StorEdge 3500. It wasn't able to handle a condition returned by the array and the fix was to implement a condition which checks this using the unique vendor id for the SE3500. The same fix is needed for the Sun StorEdge 6130.



On the SE6130 the vendor id has changed so the code path taken by the driver to implement the fix on the SE3500 is not taken.  A new bugID was opened with the fix being to make the target driver implement the fix for both the SE3500 and the SE6130.



A new modified ssd driver is available as a temporary fix which resolves this issue. Please contact Sailesh.Thanki@sun.com or Sanjay.Tripathi@sun.com for the binary fix (IDR).


Internal Contributor/submitter
sailesh.thanki@sun.com

Internal Eng Business Unit Group
NWS (Network Storage)

Internal Eng Responsible Engineer
sailesh.thanki@sun.com

Internal Services Knowledge Engineer
jeff.folla@sun.com

Internal Escalation ID
1-9921519

Internal Resolution Patches
113277-41, 119374-08, 119375-08, 108974-48

Internal Sun Alert Kasp Legacy ID
101846

Internal Sun Alert & FAB Admin Info
Critical Category: Availability ==> Pervasive
Significant Change Date: 2005-08-10, 2005-11-17, 2006-03-23
Avoidance: Patch
Responsible Manager: Sunil-Kumar.Bali@Sun.COM
Original Admin Info: [WF 23-Mar-2006, Jeff Folla: Patch for solaris 8 is now available. This is resolved. Updated and re-released..]


[WF 23-Feb-2006, Jeff Folla: Received e-mail from Sailesh stating that the Sun Alert needed to be corrected. This is not yet resolved. Updated Sun Alert with the information given.]


[WF 17-Nov-2005, Jeff Folla: Patch is now available. Updated Sun Alert and sent for re-release.]

[WF 10-Aug-2005, Jeff Folla: Received reply from submitter. Updated the Sun Alert. Sent for release]
[WF 05-Aug-2005, Jeff Folla: Received questions from the review process. Sent email to submitter asking him to address questions received.]
[WF 05-Aug-2005, Jeff Folla: Sent for review.]
[WF 03-Aug-2005, Jeff Folla: Sent to submitter for review.]
Product_uuid
8252cb91-d771-11d8-ab52-080020a9ed93|Sun StorageTek 6130 Array

References

SUNPATCH:108974-48
SUNPATCH:113277-41
SUNPATCH:119374-08
SUNPATCH:119375-08

Attachments
This solution has no attachment
  Copyright © 2011 Sun Microsystems, Inc.  All rights reserved.
 Feedback