Solaris Common Messages and Troubleshooting Guide

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