Sun Microsystems, Inc.  Oracle System Handbook - ISO 7.0 May 2018 Internal/Partner Edition
   Home | Current Systems | Former STK Products | EOL Systems | Components | General Info | Search | Feedback

Asset ID: 1-72-1002332.1
Update Date:2013-08-12
Keywords:

Solution Type  Problem Resolution Sure

Solution  1002332.1 :   Sun Storage 3000 Arrays: Checking the Actual Cache Status  


Related Items
  • Sun Storage 3511 SATA Array
  •  
  • Sun Storage 3310 Array
  •  
  • Sun Storage 3510 FC Array
  •  
  • Sun Storage 3320 SCSI Array
  •  
Related Categories
  • PLA-Support>Sun Systems>DISK>Arrays>SN-DK: SE31xx_33xx_35xx
  •  
  • _Old GCS Categories>Sun Microsystems>Storage - Disk>Modular Disk - 3xxx Arrays
  •  

PreviouslyPublishedAs
203269
The cache mode displayed with  sccli "show cache-parameters"  command may not be accurate and reflect the current cache state of the array. This is only true for versions 2.0 and older of the sccli software.

Applies to:

Sun Storage 3320 SCSI Array - Version Not Applicable and later
Sun Storage 3310 Array - Version Not Applicable and later
Sun Storage 3510 FC Array - Version Not Applicable and later
Sun Storage 3511 SATA Array - Version Not Applicable and later
All Platforms

Symptoms

"show cache-parameters" command in sccli versions 2.0 and below with Sun Storage 3000 Arrays reports the following:

* cache-parameters
 mode: write-back
 optimization: sequential
 sync-period: disabled

The cache mode displayed as a result of the above command is not dynamic, meaning that if the cache mode changes, the "show cache-parameters" will continue to report the earlier mode.

The only way of finding the actual cache status was to look for the following message in the event log:

[Primary] Alert Force Controller Write-Through on Trigger Cause

OR

From the telnet/serial interface, check the banner of the initial screen for the "WT" which indicates that the cache mode has turned to "Write Through":

Tue Jan 4 10:35:48 2005 3510 - 3510D Cache Status: Clean WT

Cause

sccli versions 2.0 and below did not have the parameter "current-global-write-policy" to display the current status of cache policy.
The reporting is improved since sccli version 2.2.0.3 which introduced new parameter "current-global-write-policy". Upgrading to the latest available sccli software (currently 2.5) is the recommendation to avoid hitting this issue.


This issue was covered under bug 6219384 (but we do not have the equivalent Oracle Bug). The sccli version that actually fixes the bug is unclear.

Upon testing, it was found that sccli 2.1.1 fixes this problem for SE3510, SE3310 and SE3511 however this wasn't fixed for SE3320.
sccli 2.2.0.3 fixes this for all minnow products. The recommended solution is to upgrade to the latest available sccli software version.

Solution

The cache status reporting is improved since sccli ver 2.2 and later software, which has the parameter: "current-global-write-policy" which will indicate the actual cache mode.
Now running the "show cache-parameters" command will display:

sccli> show cache-parameters
mode: write-back
optimization: sequential
sync-period: disabled
current-global-write-policy: write-through

 

The cache mode may have changed to "write-through" due to one of the triggers found under "show auto-write-through-trigger"

sccli> show auto-write-through-trigger
 controller-failure: enabled
 battery-backup-failure: enabled
 ups-ac-power-loss: disabled
 power-supply-failure: enabled
 fan-failure: enabled
 temperature-exceeded-delay: enabled

For example, if a controller failure occurs, we would get the following event logged :

Tue Jan  4 09:03:27 2005
[Primary]       Alert
Force Controller Write-Through on Trigger Cause

 

Thus the parameter "current-global-write-policy" will tell us the actual cache status which indicates that the array currently is running in write-through mode and action(s) need to be taken to address the root cause accordingly.


Attachments
This solution has no attachment
  Copyright © 2018 Oracle, Inc.  All rights reserved.
 Feedback