string

(Continuation)
(ssd22):
Error for Command: Error Level: Fatal
Requested Block: 0 Error Block: 0
Vendor: CONNER
Serial Number: 93081LPT
Sense Key: Aborted Command
ASC: 0xb3 (), ASCQ: 0x0, FRU: 0x0
WARNING:
/iommu@0,10000000/sbus@0,10001000/SUNW,soc@2,0/SUNW,pln@a0000000,74127a/ssd@4,2
(ssd22): ssd_synchronize_cache failed (5)
Action
In a High Availability system with NVRAM, this would be caused by unprocessed
data in a NVRAM cache of the active logical host that has been down and come up
later. Because of this, NVRAM should not be used in an HA system. The problem
can be solved in this case by getting rid of the NVRAM on the HA system.
In a non-HA system, this can also be caused by stale data in the NVRAM cache. (The
example commands below assume the controller for the array is c1.) To fix for a
non-HA system:
1. Turn off all fast writes on this array and sync any remaining pending writes.
# ssaadm fast_write -d c1
# ssaadm sync_cache c1
2. When you sync the fast writes to the array, all pending writes are physically made
to the disks. Anything that is left in the cache is stale, and thus, it is safe to purge it.
Run the command:
# ssaadm purge c1
3. Turn the fast writes for the disks back on. This command MAY be different on
your system, depending on the disks on which you want fast writes enabled and the
types of fast writes you want:
# ssaadm fast_write -s -e c1
140 Solaris Common Messages and Troubleshooting Guide ♦ October, 1998