An Async Mirror is in failed state.
What Caused the Problem?
A mirrored pair within an asynchronous mirror group has failed. This problem can occur in the following situations:
There is an underlying error condition with the primary mirrored volume or its repository volume, such as an offline volume condition.
There is an integrity error on the repository of a primary mirrored volume.
The Recovery Guru Details area provides specific information you will need as you follow the recovery steps.
Important Notes
If there are any problems reported in the Recovery Guru Summary area related to a primary volume failure or primary volume repository failure, fix those problems first. Fixing those problems may resolve this problem.
Primary volume and primary volume repository conditions occur on a per mirrored pair basis and independently from other mirrored pairs within the asynchronous mirror group.
No data has been lost as a result of the failed mirrored pair; however, the asynchronous mirror group was suspended. When a mirror group is suspended, synchronization of mirrored pairs will not occur until the underlying conditions are resolved and the mirror group is resumed.
You can fix this problem in two ways:
To keep the mirrored pair relationship, the error conditions for the primary volume or primary volume repository must be fixed. After the error conditions have been fixed, synchronization of the asynchronous mirror group can be resumed.
To remove the mirrored pair relationship, the mirrored pair can be removed from the asynchronous mirror group. After it has been removed, the mirror group will resynchronize automatically.
Recovery Steps
1 | Refer to the Details area to identify the affected mirrored pair.
| ||||||||||||||||||||||||||||||
2 | Fix all error conditions associated with the primary volume or primary volume repository and then return to this procedure.
| ||||||||||||||||||||||||||||||
3 | Perform the following steps to remove the mirrored pair from the asynchronous mirror group:
| ||||||||||||||||||||||||||||||
4 | Perform the following steps to reestablish the mirrored pair relationship using a new primary volume:
| ||||||||||||||||||||||||||||||
5 | 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_0413_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_ARVM_FAILED_MIRROR_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.StateId51171F35424A10164AFB44B1942D392B" MonitorTypeStateID="NoIssue" HealthState="Success"/>
<OperationalState ID="NetAppESeries.StateIdF2A9AAC895A898FCD49DBC80878C6329" MonitorTypeStateID="IssueFound" HealthState="Error"/>
</OperationalStates>
<Configuration>
<FailureID>413</FailureID>
<IntervalSeconds>59</IntervalSeconds>
<TimeoutSeconds>300</TimeoutSeconds>
<Trace>0</Trace>
</Configuration>
</UnitMonitor>