This section contains the procedures about how to maintain a storage array in a running cluster. Table 1–3 lists these procedures.
When you upgrade firmware on a storage device or on an enclosure, redefine the stripe size of a LUN, or perform other LUN operations, a device ID might change unexpectedly. When you perform a check of the device ID configuration by running the scdidadm -c command, the following error message appears on your console if the device ID changed unexpectedly.
device id for nodename:/dev/rdsk/cXtYdZsN does not match physical device's id for ddecimalnumber, device may have been replaced. |
To fix device IDs that report this error, run the scdidadm -R command for each affected device.
The following is a list of administrative tasks that require no cluster-specific procedures. See the Sun StorEdge 6020 and 6120 Array System Manual for the following procedures.
Replacing a storage array-to-switch component in a dual-controller configuration.
A storage array-to-switch component includes all of the following components.
Fiber-optic cable that connects an FC switch to a storage array
FC switch GBIC or an SFP that connects an FC switch to a storage array
FC switch that connects an FC switch to a storage array
FC switch power cord
Interconnect cables that connect two storage arrays
Interconnect cards
Use this procedure to upgrade storage array firmware in a running cluster. Storage array firmware includes controller firmware, unit interconnect card (UIC) firmware, EPROM firmware, and disk drive firmware.
When you upgrade firmware on a storage device or on an enclosure, redefine the stripe size of a LUN, or perform other LUN operations, a device ID might change unexpectedly. When you perform a check of the device ID configuration by running the scdidadm -c command, the following error message appears on your console if the device ID changed unexpectedly.
device id for nodename:/dev/rdsk/cXtYdZsN does not match physical device's id for ddecimalnumber, device may have been replaced. |
To fix device IDs that report this error, run the scdidadm -R command for each affected device.
Stop all I/O to the storage arrays you are upgrading.
Apply the controller, disk drive, and loop-card firmware patches.
For the list of required patches, see the Sun StorEdge 6120 Array Release Notes. For the procedure about how to apply firmware patches, see the firmware patch README file. For the procedure about how to verify the firmware level, see the Sun StorEdge 6020 and 6120 Array System Manual.
Confirm that all storage arrays that you upgraded are visible to all nodes.
# luxadm probe |
Restart all I/O to the storage arrays.
You stopped I/O to these storage arrays in Step 1.
Use this procedure to permanently remove a storage array from a running cluster. This storage array resides in a single-controller configuration. This procedure provides the flexibility to remove the host adapters from the nodes for the storage array that you are removing.
This procedure defines Node A as the node with which you begin working. Node B is another node in the cluster.
During this procedure, you lose access to the data that resides on the storage array that you are removing.
Back up all database tables, data services, and volumes that are associated with the storage array that you are removing.
Detach the submirrors from the storage array that you are removing. Detach the submirrors to stop all I/O activity to the storage array.
For more information, see your Solstice DiskSuite/Solaris Volume Manager or VERITAS Volume Manager documentation.
Remove the references to the LUN(s) from any diskset or disk group.
For more information, see your Solstice DiskSuite/Solaris Volume Manager or VERITAS Volume Manager documentation.
Determine the resource groups and device groups that are running on Node A.
# scstat |
Shut down Node A.
For the procedure about how to shut down and power off a node, see your Sun Cluster system administration documentation.
Is the storage array that you are removing the last storage array that is connected to Node A?
If yes, disconnect the fiber-optic cable between Node A and the FC switch that is connected to this storage array. Afterward, disconnect the fiber-optic cable between the FC switch and this storage array.
If no, proceed to Step 7.
For the procedure about how to remove a fiber-optic cable, see the Sun StorEdge 6020 and 6120 Array System Manual.
Do you want to remove the host adapter from Node A?
If yes, power off Node A.
If no, skip to Step 10.
Remove the host adapter from Node A.
For the procedure about how to remove host adapters, see the documentation that shipped with your nodes.
Without enabling the node to boot, power on Node A.
For more information, see your Sun Cluster system administration documentation.
Boot Node A into cluster mode.
For the procedure about how to boot nodes, see your Sun Cluster system administration documentation.
Shut down Node B.
For the procedure about how to shut down and power off a node, see your Sun Cluster system administration documentation.
Is the storage array that you are removing the last storage array that is connected to the FC switch?
If yes, disconnect the fiber-optic cable that connects this FC switch and Node B.
If no, proceed to Step 13.
For the procedure about how to remove a fiber-optic cable, see the Sun StorEdge 6020 and 6120 Array System Manual.
Do you want to remove the host adapter from Node B?
If yes, power off Node B.
If no, skip to Step 16.
Remove the host adapter from Node B.
For the procedure about how to remove host adapters, see the documentation that shipped with your nodes.
Without enabling the node to boot, power on Node B.
For more information, see your Sun Cluster system administration documentation.
Boot Node B into cluster mode.
For the procedure about how to boot nodes, see your Sun Cluster system administration documentation.
On all nodes, update the /devices and /dev entries.
# devfsadm -C # scdidadm -C |
Return the resource groups and device groups that you identified in Step 4 to Node A and Node B.
# scswitch -z -g resource-group -h nodename # scswitch -z -D device-group-name -h nodename |
Use this procedure to remove a dual-controller configuration from a running cluster. This procedure defines Node A as the node with which you begin working. Node B is another node in the cluster.
During this procedure, you lose access to the data that resides on each partner group that you are removing.
If necessary, back up all database tables, data services, and volumes that are associated with each partner group that you are removing.
If necessary, detach the submirrors from each storage array or partner group that you are removing. Detach the submirrors to stop all I/O activity to the storage array or partner group.
For more information, see your Solstice DiskSuite/Solaris Volume Manager or VERITAS Volume Manager documentation.
Remove references to each LUN. This LUN belongs to the storage array or partner group that you are removing.
For more information, see your Solstice DiskSuite/Solaris Volume Manager or VERITAS Volume Manager documentation.
Determine the resource groups and device groups that are running on all nodes.
Record this information because you use this information in Step 19 of this procedure to return resource groups and device groups to these nodes.
# scstat |
Shut down Node A.
For the procedure about how to shut down and power off a node, see your Sun Cluster system administration documentation.
Disconnect from both storage arrays the fiber-optic cables that connect to the FC switches. Then disconnect the Ethernet cables.
Is any storage array that you are removing the last storage array that is connected to an FC switch that is on Node A?
If no, skip to Step 11.
If yes, disconnect the fiber-optic cable between Node A and the FC switch that was connected to this storage array.
For the procedure about how to remove a fiber-optic cable, see the Sun StorEdge 6020 and 6120 Array System Manual.
Do you want to remove the host adapters from Node A?
If no, skip to Step 11.
If yes, power off Node A.
Remove the host adapters from Node A.
For the procedure about how to remove host adapters, see the documentation that shipped with your host adapter and nodes.
Without enabling the node to boot, power on Node A.
For more information, see your Sun Cluster system administration documentation.
Boot Node A into cluster mode.
For more information about how to boot nodes, see your Sun Cluster system administration documentation.
Shut down Node B.
For the procedure about how to shut down and power off a node, see your Sun Cluster system administration documentation.
Is any storage array that you are removing the last storage array that is connected to an FC switch that is on Node B?
If no, proceed to Step 14.
If yes, disconnect the fiber-optic cable that connects this FC switch to Node B.
For the procedure about how to remove a fiber-optic cable, see the Sun StorEdge 6020 and 6120 Array System Manual.
Do you want to remove the host adapters from Node B?
If no, skip to Step 17.
If yes, power off Node B.
Remove the host adapters from Node B.
For the procedure about how to remove host adapters, see the documentation that shipped with your nodes.
Without enabling the node to boot, power on Node B.
For more information, see your Sun Cluster system administration documentation.
Boot Node B into cluster mode.
For more information about how to boot nodes, see your Sun Cluster system administration documentation.
On all nodes, update the /devices and /dev entries.
# devfsadm -C # scdidadm -C |
Return the resource groups and device groups that you identified in Step 4 to all nodes.
# scswitch -z -g resource-group -h nodename # scswitch -z -D device-group-name -h nodename |
Use this procedure to replace a node-to-switch component that has failed or that you suspect might be contributing to a problem.
Node-to-switch components that are covered by this procedure include the following components:
Node-to-switch fiber-optic cables
Gigabit interface converters (GBICs) or small form-factor pluggables (SFPs) on an FC switch
FC switches
For the procedure about how to replace a host adapter, see How to Replace a Host Adapter.
This procedure defines Node A as the node that is connected to the node-to-switch component that you are replacing. This procedure assumes that, except for the component you are replacing, your cluster is operational.
Ensure that you are following the appropriate instructions:
If your cluster uses multipathing, see How to Replace a Node-to-Switch Component in a Cluster That Uses Multipathing.
If your cluster does not use multipathing, see How to Replace a Node-to-Switch Component in a Cluster Without Multipathing.
Is your configuration active-passive?
If yes, and the active path is the path that needs a component replaced, make that path passive.
Replace the component.
Refer to your hardware documentation for any component-specific instructions.
(Optional) If your configuration is active-passive and you changed your configuration in Step 1, switch your original data path back to active.
Check if the physical data path failed.
If no, proceed to Step 2.
If yes:
Replace the component.
Refer to your hardware documentation for any component-specific instructions.
Fix the volume manager error that was caused by the failed data path.
(Optional) If necessary, return resource groups and device groups to this node.
You have completed this procedure.
Determine the resource groups and device groups that are running on Node A.
# scstat |
Move all resource groups and device groups to another node.
# scswitch -s -h from-node |
Replace the node-to-switch component.
Refer to your hardware documentation for any component-specific instructions.
(Optional) If necessary, return the resource groups and device groups that you identified in Step 2 to Node A.
# scswitch -z -g resource-group -h nodename # swswitch -z -D device-group -h nodename |
Use this procedure to replace a failed host adapter in a running cluster. This procedure defines Node A as the node with the failed host adapter that you are replacing.
This procedure relies on the following prerequisites and assumptions.
Except for the failed host adapter, your cluster is operational and all nodes are powered on.
Your nodes are not configured with dynamic reconfiguration functionality.
If your nodes are configured for dynamic reconfiguration and you are using two entirely separate hardware paths to your shared data, see the Sun Cluster Hardware Administration Manual for Solaris OS and skip steps that instruct you to shut down the cluster.
You cannot replace a single, dual-port HBA that has quorum configured on that storage path by using DR. Follow all steps in the procedure. For the details on the risks and limitations of this configuration, see Configuring Cluster Nodes With a Single, Dual-Port HBA in Sun Cluster 3.0-3.1 Hardware Administration Manual for Solaris OS.
Exceptions to this restriction include three-node or larger cluster configurations where no storage device has a quorum device configured.
Determine the resource groups and device groups that are running on Node A.
Record this information because you use this information in Step 9 of this procedure to return resource groups and device groups to Node A.
# scstat |
Move all resource groups and device groups off Node A.
# scswitch -S -h nodename |
Shut down Node A.
For the full procedure about how to shut down and power off a node, see your Sun Cluster system administration documentation.
Power off Node A.
Replace the failed host adapter.
For the procedure about how to remove and add host adapters, see the documentation that shipped with your nodes.
Do you need to upgrade the node's host adapter firmware?
Upgrade the host adapter firmware on Node A.
PatchPro is a patch-management tool that eases the selection and download of patches required for installation or maintenance of Sun Cluster software. PatchPro provides an Interactive Mode tool especially for Sun Cluster. The Interactive Tool makes the installation of patches easier. PatchPro's Expert Mode tool helps you to maintain your configuration with the latest set of patches. Expert Mode is especially useful for obtaining all of the latest patches, not just the high availability and security patches.
To access the PatchPro tool for Sun Cluster software, go to http://www.sun.com/PatchPro/, click Sun Cluster, then choose either Interactive Mode or Expert Mode. Follow the instructions in the PatchPro tool to describe your cluster configuration and download the patches.
For third-party firmware patches, see the SunSolveSM Online site at http://sunsolve.ebay.sun.com.
Boot Node A into cluster mode.
For more information about how to boot nodes, see your Sun Cluster system administration documentation.
Return the resource groups and device groups you identified in Step 1 to Node A.
# scswitch -z -g resource-group -h nodename # scswitch -z -D device-group-name -h nodename |
For more information, see your Sun Cluster system administration documentation.