![]() | Oracle System Handbook - ISO 7.0 May 2018 Internal/Partner Edition | ||
|
|
![]() |
||||||||||||
Solution Type Problem Resolution Sure Solution 1002332.1 : Sun Storage 3000 Arrays: Checking the Actual Cache Status
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 laterSun 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
Causesccli versions 2.0 and below did not have the parameter "current-global-write-policy" to display the current status of cache policy. 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. SolutionThe 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. 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 |
||||||||||||
|