Replace an I/O module - FAS70 and FAS90
Replace an I/O module in your FAS70 or FAS90 system when the module fails or requires an upgrade to support higher performance or additional features. The replacement process involves shutting down the controller, replacing the failed I/O module, rebooting the controller, and returning the failed part to NetApp.
You can use this procedure with all versions of ONTAP supported by your storage system.
-
You must have the replacement part available.
-
Make sure all other components in the storage system are functioning properly; if not, contact technical support.
Step 1: Shut down the impaired node
Shut down or take over the impaired controller using one of the following options.
To shut down the impaired controller, you must determine the status of the controller and, if necessary, take over the controller so that the healthy controller continues to serve data from the impaired controller storage.
-
If you have a SAN system, you must have checked event messages (
cluster kernel-service show
) for the impaired controller SCSI blade. Thecluster kernel-service show
command (from priv advanced mode) displays the node name, quorum status of that node, availability status of that node, and operational status of that node.Each SCSI-blade process should be in quorum with the other nodes in the cluster. Any issues must be resolved before you proceed with the replacement.
-
If you have a cluster with more than two nodes, it must be in quorum. If the cluster is not in quorum or a healthy controller shows false for eligibility and health, you must correct the issue before shutting down the impaired controller; see Synchronize a node with the cluster.
-
If AutoSupport is enabled, suppress automatic case creation by invoking an AutoSupport message:
system node autosupport invoke -node * -type all -message MAINT=<# of hours>h
The following AutoSupport message suppresses automatic case creation for two hours:
cluster1:> system node autosupport invoke -node * -type all -message MAINT=2h
-
Disable automatic giveback:
-
Enter the following command from the console of the healthy controller:
storage failover modify -node local -auto-giveback false
-
Enter
y
when you see the prompt Do you want to disable auto-giveback?
-
-
Take the impaired controller to the LOADER prompt:
If the impaired controller is displaying… Then… The LOADER prompt
Go to the next step.
Waiting for giveback…
Press Ctrl-C, and then respond
y
when prompted.System prompt or password prompt
Take over or halt the impaired controller from the healthy controller:
storage failover takeover -ofnode impaired_node_name -halt true
The -halt true parameter brings you to the LOADER prompt.
|
Do not use this procedure if your system is in a two-node MetroCluster configuration. |
To shut down the impaired controller, you must determine the status of the controller and, if necessary, take over the controller so that the healthy controller continues to serve data from the impaired controller storage.
-
If you have a cluster with more than two nodes, it must be in quorum. If the cluster is not in quorum or a healthy controller shows false for eligibility and health, you must correct the issue before shutting down the impaired controller; see Synchronize a node with the cluster.
-
If you have a MetroCluster configuration, you must have confirmed that the MetroCluster Configuration State is configured and that the nodes are in an enabled and normal state (
metrocluster node show
).
-
If AutoSupport is enabled, suppress automatic case creation by invoking an AutoSupport command:
system node autosupport invoke -node * -type all -message MAINT=number_of_hours_downh
The following AutoSupport command suppresses automatic case creation for two hours:
cluster1:*> system node autosupport invoke -node * -type all -message MAINT=2h
-
Disable automatic giveback from the console of the healthy controller:
storage failover modify –node local -auto-giveback false
-
Take the impaired controller to the LOADER prompt:
If the impaired controller is displaying… Then… The LOADER prompt
Go to the next Step.
Waiting for giveback…
Press Ctrl-C, and then respond
y
when prompted.System prompt or password prompt (enter system password)
Halt or take over the impaired controller from the healthy controller:
storage failover takeover -ofnode impaired_node_name
When the impaired controller shows Waiting for giveback…, press Ctrl-C, and then respond
y
.
Step 2: Replace a failed I/O module
To replace an I/O module, locate it within the enclosure and follow the specific sequence of steps.
-
If you are not already grounded, properly ground yourself.
-
Unplug any cabling on the target I/O module.
-
Rotate the cable management tray down by pulling the buttons on both sides on the inside of the cable management tray and then rotate the tray down.
This following illustration shows removing a horizontal and vertical I/O module. Typically, you will only remove one I/O module. I/O cam latch
Make sure that you label the cables so that you know where they came from.
-
Remove the target I/O module from the enclosure:
-
Depress the cam button on the target module.
-
Rotate the cam latch away from the module as far as it will go.
-
Remove the module from the enclosure by hooking your finger into the cam lever opening and pulling the module out of the enclosure.
Make sure that you keep track of which slot the I/O module was in.
-
-
Set the I/O module aside.
-
Install the replacement I/O module into the enclosure:
-
Align the module with the edges of the enclosure slot opening.
-
Gently slide the module into the slot all the way into the enclosure, and then rotate the cam latch all the way up to lock the module in place.
-
-
Cable the I/O module.
-
Rotate the cable management tray up to the closed position.
Step 3: Reboot the controller
After you replace an I/O module, you must reboot the controller.
-
Reboot the controller from the LOADER prompt:
bye
Rebooting the impaired controller also reinitializes the I/O modules and other components. -
Return the impaired controller to normal operation by giving back its storage:
storage failover giveback -ofnode impaired_node_name
-
Restore automatic giveback from the console of the healthy controller:
storage failover modify -node local -auto-giveback true
-
If AutoSupport is enabled, restore automatic case creation:
system node autosupport invoke -node * -type all -message MAINT=END
Step 4: Return the failed part to NetApp
Return the failed part to NetApp, as described in the RMA instructions shipped with the kit. See the Part Return and Replacements page for further information.