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-1000618.1
Update Date:2011-03-01
Keywords:

Solution Type  Sun Alert Sure

Solution  1000618.1 :   Using sccli(1M) to Manage a Sun StorEdge 3510 Fiber Channel Array May Cause Sun StorEdge 6910/6960 LUNs to Disappear  


Related Items
  • Sun Storage 3510 FC Array
  •  
  • Sun Storage 6960 Array
  •  
  • Sun Storage 6910 Array
  •  
Related Categories
  • GCS>Sun Microsystems>Sun Alert>Criteria Category>Availability
  •  
  • GCS>Sun Microsystems>Sun Alert>Release Phase>Resolved
  •  

PreviouslyPublishedAs
200819


Product
Sun StorageTek 3510 FC Array
Sun StorageTek 6910
Sun StorageTek 6960

Bug Id
<SUNBUG: 4878805>

Date of Workaround Release
19-AUG-2003

Date of Resolved Release
20-OCT-2003

Impact

Temporary loss of Sun StorEdge 6910/6960 LUNs may occur when using sccli(1M) to manage a Sun StorEdge 3510 Fiber Channel (FC) Array from a host that also has a Sun StorEdge 6910/6960 in the configuration.


Contributing Factors

This issue can occur in the following platforms:

SPARC Platform

  • Sun StorEdge 3510 FC Array without patch 113725-01

The described issue only occurs if all of the the following are true:

  • sccli(1M) (version 1.2.6 or earlier) is used to manage a Sun StorEdge 3510 FC Array, and
  • sccli(1M) is used on the same data host connected to the Sun StorEdge 6910/6960, and
  • A Sun StorEdge 6910/6960 is connected to the same data host as the Sun StorEdge 3510 host, and
  • The Sun StorEdge 6910/6960 system is running firmware 8.01 and earlier

To determine the version of "sccli", run the following command:

    # sccli -v
sccli version 1.2.6

Use the "showsc -v" command to display the firmware version of the system controller.


Symptoms

Should the described issue occur, messages similar to the following are logged to the "/var/adm/messages" file:

    May 26 10:07:33 mktgsumm fp: [ID 517869 kern.warning] WARNING: fp(1): GPN_ID for
D_ID=108800 failed
May 26 10:07:33 mktgsumm fp: [ID 517869 kern.warning] WARNING: fp(1): N_x Port
with D_ID=108800, PWWN=2b000060220042c2 disappeared from fabric


Workaround

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


Resolution

This issue is addressed in the following releases:

  • Sun StorEdge 3510 FC Array with patch 113725-01 or later


Modification History
Date: 20-OCT-2003
  • Status Resolved
  • Updated Contributing Factors and Resolution sections


References

<SUNPATCH: 113725-01>

Previously Published As
101318
Internal Comments


Alternate workaround:

Do not run sccli from a server that has Indy 69xx LUN's in it's device tree.
If you have no choice, use sccli out of band (over the network) to manage the
se3510, rather than inband. Remember, typing "sccli" with no arguments will
cause it to probe the entire device tree. Also, the se3kextractor script will
run sccli with no arguments, thus causing the issue. Inband sccli can also be
used if it is targeted to a specific se3510 device in the device tree, see sccli
man page.

* Sun StorEdge 3510 FC Array with SUNWsccli T-patch T113725-01
This tpatch is a workaround and not the long term fix. The long term
fix will be available at a later date. Please open a PTS task to aquire
the tpatch. Sccli tpatch available on PTS internal links page.

When the issue occurs, they will have to wait for the Indy Virtualization
engines to reboot themselves. After that is complete, the LUNs should reappear
in the fabric.







Internal Contributor/submitter
jonathan.grospe@sun.com

Internal Eng Business Unit Group
NWS (Network Storage)

Internal Eng Responsible Engineer
mike.soulary@sun.com

Internal Services Knowledge Engineer
jeff.folla@sun.com

Internal Escalation ID
546584

Internal Resolution Patches
113725-01

Internal Sun Alert Kasp Legacy ID
101318, 56362 (Sun Alert)

Internal Sun Alert & FAB Admin Info
Critical Category: Availability ==> Pervasive
Significant Change Date: 2003-08-19, 2003-10-20
Avoidance: Patch
Responsible Manager: bagher.vahdatinia@sun.com
Original Admin Info: This document has been imported from KMS Creator and may need adjustment before re-publishing.

This imported document has been reviewed/adjusted by:
Review Name:
Review Date:

Original KMS Creator attributes below:

--- PLEASE DO NOT MAKE ANY CHANGES BELOW THIS LINE! ---

Sun Alert ID: 56362
Synopsis: Using sccli(1M) to Manage a Sun StorEdge 3510 Fiber Channel Array May Cause Sun StorEdge 6910/6960 LUNs to Disappear
Category: Availability
Product: Sun StorEdge 3510 FC Array, Sun StorEdge 6910/6960
BugIDs: 4878805
Avoidance: Patch
State: Resolved
Date Released: 19-Aug-2003, 20-Oct-2003
Date Closed: 20-Oct-2003
Date Modified: 20-Oct-2003
Escalation IDs: 546584
Pending Patches:
Resolution Patches: 113725-01
FIN:
FCO:
Date Submitted: 08-Aug-2003
Submitter: jonathan.grospe@sun.com
Responsible Engineer: mike.soulary@sun.com
Responsible Manager: bagher.vahdatinia@sun.com
CTE group: CPRE NWS US
Responsible Writer: jeff.folla@sun.com
Distribution: Public SunSolve

Workflow History:

WF State: Issued, 23-Oct-2003, Jeff Folla
WF Note: Sent for re-release on Oct 20th. I forgot to take it out of rework
at that time.

WF State: Rework, 20-Oct-2003, Jeff Folla
WF Note: updating with released patch

WF State: Issued, 19-Aug-2003, Jeff Folla
WF Note: received signoff from jonathan. Sent to sa-release


WF State: Draft, 14-Aug-2003, Jeff Folla
WF Note: Article created.

Exported from KMS Creator Sat May 21 09:02:56 2005 GMT, olaf.reineke@sun.com
Internal SA-FAB Eng Submission
Using sccli(1M) to Manage a Sun StorEdge 3510 Fiber Channel Array May Cause Sun StorEdge 6910/6960 LUNs to Disappear

Product_uuid
58553d0e-11f4-11d7-9b05-ad24fcfd42fa|Sun StorageTek 3510 FC Array
681b08b4-d683-4f9e-b8ba-cbbb87b01d05|Sun StorageTek 6910
86b6cc47-00d7-43f1-8efd-81690a8d5b6f|Sun StorageTek 6960

References

SUNPATCH:113725-01

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