Replace System management module - FAS70 and FAS90
The System Management module, located at the back of the controller in slot 8, contains onboard components for system management, as well as ports for external management. The target controller must be shut down to replace an impaired System Management module or replace the boot media.
The System Management module has the following onboard components:
-
Boot media, allowing boot media replacement without removing the controller module.
-
BMC
-
Management switch
The System Management module also contains the following ports for external management:
-
RJ45 Serial
-
USB Serial (Type-C)
-
USB Type-A (Boot recovery)
-
e0M RJ45 Ethernet
To replace the System Management module or or the boot media, you must shut down the impaired controller.
-
This procedure uses the following terminology:
-
The impaired controller is the controller on which you are performing maintenance.
-
The healthy controller is the HA partner of the impaired controller.
-
-
All other system components must be working properly.
-
The partner controller must be able to take over the impaired controller.
-
You must replace the failed component with a replacement FRU component you received from your provider.
Step 1: Shut down the impaired controller
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 from the console of the healthy controller:
storage failover modify –node local -auto-giveback false
When you see Do you want to disable auto-giveback?, enter y
. -
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
When the impaired controller shows Waiting for giveback…, press Ctrl-C, and then respond
y
.
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.
-
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 message:
system node autosupport invoke -node * -type all -message MAINT=number_of_hours_downh
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 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 section.
Waiting for giveback…
Press Ctrl-C, and then respond
y
when prompted.System prompt or password prompt (enter system password)
Take over or halt 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 the impaired System Management module
Replace the impaired system management module.
-
Remove the System Management module:
Make sure NVRAM destage has completed before proceeding. System Management module cam latch
-
If you are not already grounded, properly ground yourself.
Make sure NVRAM destage has completed before proceeding. -
Remove any cables connected to the System Management module. Make sure that label where the cables were connected, so that you can connect them to the correct ports when you reinstall the module.
-
Disconnect the power cords from the PSU for the impaired controller.
-
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.
-
Depress the cam button on the System Management module.
-
Rotate the cam lever down as far as it will go.
-
Loop your finger into the hole on the cam lever and pull the module straight out of the system.
-
Place the System Management module on an anti-static mat, so that the boot media is accessible.
-
-
Move the boot media to the replacement System Management module:
System Management module cam latch
Boot media locking button
Boot media
-
Press the blue boot media locking button in the impaired System Management module.
-
Rotate the boot media up and slide it out of the socket.
-
-
Install the boot media in the replacement System Management module:
-
Align the edges of the boot media with the socket housing, and then gently push it squarely into the socket.
-
Rotate the boot media down until it touches the locking button.
-
Depress the blue locking and rotate the boot media all the way down and release the blue locking button.
-
-
Install the replacement System Management module into the enclosure:
-
Align the edges of the replacement System Management module with the system opening and gently push it into the controller module.
-
Gently slide the module into the slot until the cam latch begins to engage with the I/O cam pin, and then rotate the cam latch all the way up to lock the module in place.
-
-
Rotate the cable management arm up to the closed position.
-
Recable the System Management module.
Step 3: Reboot the controller module
Reboot the controller module.
-
Plug the power cables back into the PSU.
The system will begin to reboot, typically to the LOADER prompt.
-
Enter bye at the LOADER prompt.
-
Return the impaired controller to normal operation by giving back its storage:
storage failover giveback -ofnode impaired_node_name
. -
If automatic giveback was disabled, reenable it:
storage failover modify -node local -auto-giveback true
. -
If AutoSupport is enabled, restore/unsuppress automatic case creation:
system node autosupport invoke -node * -type all -message MAINT=END
.
Step 4: Install licenses and register serial number
You must install new licenses for the node if the impaired node was using ONTAP features that require a standard (node-locked) license. For features with standard licenses, each node in the cluster should have its own key for the feature.
Until you install license keys, features requiring standard licenses continue to be available to the node. However, if the node was the only node in the cluster with a license for the feature, no configuration changes to the feature are allowed. Also, using unlicensed features on the node might put you out of compliance with your license agreement, so you should install the replacement license key or keys on the for the node as soon as possible.
The licenses keys must be in the 28-character format.
You have a 90-day grace period in which to install the license keys. After the grace period, all old licenses are invalidated. After a valid license key is installed, you have 24 hours to install all of the keys before the grace period ends.
If your system was initially running ONTAP 9.10.1 or later, use the procedure documented in Post Motherboard Replacement Process to update Licensing on a AFF/FAS system. If you are unsure of the initial ONTAP release for your system, see NetApp Hardware Universe for more information. |
-
If you need new license keys, obtain replacement license keys on the NetApp Support Site in the My Support section under Software licenses.
The new license keys that you require are automatically generated and sent to the email address on file. If you fail to receive the email with the license keys within 30 days, you should contact technical support. -
Install each license key:
system license add -license-code license-key, license-key...
-
Remove the old licenses, if desired:
-
Check for unused licenses:
license clean-up -unused -simulate
-
If the list looks correct, remove the unused licenses:
license clean-up -unused
-
-
Register the system serial number with NetApp Support.
-
If AutoSupport is enabled, send an AutoSupport message to register the serial number.
-
If AutoSupport is not enabled, call NetApp Support to register the serial number.
-
Step 5: 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.