The failure type is Removed Battery.
What Caused the Problem?
A battery has been removed or is not present in the storage array. The Recovery Guru Details area provides specific information you will need as you follow the recovery steps.
Caution: Electrostatic charges can damage sensitive components. Always use proper antistatic protection when handling components. Touching components without using a proper ground may damage the equipment.
Important Notes
Typically, this problem occurs because the battery was removed or is not properly seated.
The purpose of the battery is to preserve cached data in the event of a power failure. Therefore, you should reinsert a battery as soon as possible.
Write caching for all volumes has been automatically suspended (if previously enabled). Write caching will be reinstated (if applicable for each volume) once you replace the battery and the replacement battery is charged to a sufficient level to support cached data in the event of a power failure.
The battery replacement procedure varies depending on the type of storage array you have. Some batteries are directly accessible while some batteries are inside the controller which require you to remove the controller first before servicing the battery. Consult the appropriate hardware manual if you need details on locating and replacing the battery.
To ensure a complete configuration restore (both disk pool and traditional volume group), it is highly recommended that storage array configuration data is backed up prior to executing this procedure. This is especially important for simplex storage arrays, and controllers that operate without the use of batteries. To save your configuration, open either the Command Line Interface (CLI), or the Script Editor from the Enterprise Management Window (EMW), and execute the following command:
save storageArray dbmDatabase sourceLocation=onboard controller[a] contentType=all file="hostfile.zip";
Recovery Steps
Refer to the Component requiring service field in the Details area to determine which recovery steps you need to complete.
If... | Then... |
The component requiring service is the battery | Go to Procedure for a Directly-Accessible Battery . |
The component requiring service is the controller that contains the battery | Go to Procedure for a Battery Inside a Controller . |
Procedure for a Directly-Accessible Battery
1 | Check the storage array for the presence of the affected battery.
| ||||||
2 | Reinsert the original battery or a replacement battery securely into place and wait for the storage array to detect and register the battery. Note:
| ||||||
3 | 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. |
Procedure for a Battery Inside a Controller
If... | Then... |
Your storage array has one controller | Go to Procedure for Storage Arrays with One Controller . |
Your storage array has two controllers | Go to Procedure for Storage Arrays with Two Controllers . |
Procedure for Storage Arrays with One Controller
1 | Stop all I/O from all hosts to this storage array. When the Cache Active LED on the controller is no longer active (up to 5 minutes), proceed to step 2. Caution: Risk of Data Loss. You must wait for the Cache Active LED to stop blinking to ensure that all cache has been written to the drives in the storage array. | ||||||||||||
2 | Click the Save As button in the Recovery Guru dialog to save the remaining steps to a file. These steps may no longer be accessible from the Recovery Guru dialog after you complete step 3. | ||||||||||||
3 | Remove the controller canister that contains the affected battery. | ||||||||||||
4 | Check the controller canister for the presence of the affected battery.
| ||||||||||||
5 | Insert the controller canister securely into place. After the controller appears on the Hardware tab in the AMW, go to step 6. Note:
| ||||||||||||
6 | 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. |
Procedure for Storage Arrays with Two Controllers
1 | If there are any hosts connected to this storage array that are NOT running a host-based, multi-path failover driver, stop I/O to the storage array from each of these hosts. | ||||||||||||
2 | Place the affected controller offline.
| ||||||||||||
3 | Click the Save As button in the Recovery Guru dialog to save the remaining steps to a file. These steps may no longer be accessible from the Recovery Guru dialog after you complete step 4. | ||||||||||||
4 | Click the Recheck button to rerun the Recovery Guru. There should be an "Offline Controller" problem reported in the Summary area. | ||||||||||||
5 | Follow the "Offline Controller" recovery steps until you have removed the controller. After you have removed the controller, do not continue with the Offline Controller Recovery steps until you are instructed to do so later in this procedure. | ||||||||||||
6 | Check the controller canister for the presence of the affected battery.
| ||||||||||||
7 | Complete the remaining "Offline Controller" recovery steps. Note:
|
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_0067_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_REMOVED_BATTERY_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.StateId51573FA72044CA09BC992CE4B9E3E035" MonitorTypeStateID="NoIssue" HealthState="Success"/>
<OperationalState ID="NetAppESeries.StateId1BD840062F7A45024658A70DF56887CA" MonitorTypeStateID="IssueFound" HealthState="Error"/>
</OperationalStates>
<Configuration>
<FailureID>67</FailureID>
<IntervalSeconds>59</IntervalSeconds>
<TimeoutSeconds>300</TimeoutSeconds>
<Trace>0</Trace>
</Configuration>
</UnitMonitor>