Data in cache has been lost after a power cycle or reset. The controller was unable to recover cache data and write it to the affected volume(s).
What Caused the Problem?
Cache data on the storage array could not be recovered. The Recovery Guru Details area provides specific information you will need as you follow the recovery steps.
Important Notes
This problem typically occurs after the storage array experiences an interruption of power, such as after a power-cycle or a reset.
When this problem occurs, the controller firmware tries to determine which volumes in a disk pool or volume group are affected by the loss of cached data. If this determination can be made, the affected volumes are marked as Offline. Otherwise, the associated disk pool or volume group is marked as Offline. The affected volumes are considered to be corrupted because the controller was unable to recover cache data and write it to the volume.
A critical event is logged to the Major Event Log.
Caution: Loss of data access. Data on the affected volumes will not be accessible unless you can restore the data from a mirrored volume or another backup medium, or if the applications using those volumes have their own mechanisms for recovering from corrupted data.
Recovery Steps
1 |
| ||||||||||||||||||||||||
2 | Review the Recovery Guru Details area to identify the affected volume. Note: The affected volume is currently the primary volume in the mirrored relationship. | ||||||||||||||||||||||||
3 | On the Storage and Copy Services tab in the Array Management Window (AMW), identify the secondary volume and associated remote storage array that completes the mirrored pair with the primary volume. | ||||||||||||||||||||||||
4 | Since the primary volume is offline, the mirrored pair must be broken from the secondary volume. To do this, open the AMW for the secondary volume. | ||||||||||||||||||||||||
5 | Perform the following steps to break the mirror relationship:
| ||||||||||||||||||||||||
6 | The primary volume can now be placed online. To do this, open the AMW for the primary volume (this storage array) and perform the following steps:
| ||||||||||||||||||||||||
7 | Perform the following steps to break the mirror relationship between from the primary volume:
| ||||||||||||||||||||||||
8 | In order to completely synchronize the two volumes and restore the data, the current primary volume (on this storage array) must be reestablished in the mirror as the secondary volume, and the current secondary volume must be reestablished as the primary volume. To do this, open the AMW for the storage array that is the local storage array for the secondary volume identified in step 3. Note: Ensure that both controllers in the storage array are online before continuing with the remaining steps of the recovery procedure. | ||||||||||||||||||||||||
9 | Perform the following steps to reestablish the mirror relationship between the two volumes:
| ||||||||||||||||||||||||
10 | After synchronization has completed, highlight the new primary volume on the Storage and Copy Services tab in the AMW. | ||||||||||||||||||||||||
11 | Select the Copy Services > Mirroring > Synchronous Mirroring > Change > Role to Secondary menu option. | ||||||||||||||||||||||||
12 | After the process has completed, click the Recheck button to rerun the Recovery Guru. The failure should no longer appear in the Summary area. If the failure appears again, contact your Technical Support Representative. |
Target | NetAppESeries.StorageArray | ||
Parent Monitor | NetAppESeries.StorageArrayAvailability | ||
Category | Custom | ||
Enabled | True | ||
Alert Generate | True | ||
Alert Severity | Error | ||
Alert Priority | Normal | ||
Alert Auto Resolve | True | ||
Monitor Type | NetAppESeries.FailureUnitMonitorType | ||
Remotable | True | ||
Accessibility | Internal | ||
Alert Message |
| ||
RunAs | Default | ||
Comment | Machine generated entity |
<UnitMonitor ID="NetAppESeries.FailureID_0389_Monitor" Accessibility="Internal" Enabled="true" Target="NetAppESeries.StorageArray" ParentMonitorID="NetAppESeries.StorageArrayAvailability" Remotable="true" Priority="Normal" TypeID="NetAppESeries.FailureUnitMonitorType" ConfirmDelivery="true" Comment="Machine generated entity">
<Category>Custom</Category>
<AlertSettings AlertMessage="NetAppESeries.REC_CACHE_DATA_LOSS_AlertMessageResourceID">
<AlertOnState>Error</AlertOnState>
<AutoResolve>true</AutoResolve>
<AlertPriority>Normal</AlertPriority>
<AlertSeverity>Error</AlertSeverity>
<AlertParameters>
<AlertParameter1>$Data/Context/Property[@Name='FailureDescription']$</AlertParameter1>
</AlertParameters>
</AlertSettings>
<OperationalStates>
<OperationalState ID="NetAppESeries.StateIdF2A5295327972BBA8F933646312FA80E" MonitorTypeStateID="NoIssue" HealthState="Success"/>
<OperationalState ID="NetAppESeries.StateId152B82031D96089D57527F57AEFA718" MonitorTypeStateID="IssueFound" HealthState="Error"/>
</OperationalStates>
<Configuration>
<FailureID>389</FailureID>
<IntervalSeconds>59</IntervalSeconds>
<TimeoutSeconds>300</TimeoutSeconds>
<Trace>0</Trace>
</Configuration>
</UnitMonitor>