To execute a cluster console command, enter cluster followed by the command. For example, if you want to display cluster statistics, enter cluster stats display at the terminal console. You can also enter cluster help at the command prompt to get information on the commands and their functions.
The functions of many of the commands can also be performed using iManager. See the other sections of this document for additional information.
Table A-1 lists the cluster-related terminal console commands and gives a brief description of each command.
Table A-1 Cluster Console Commands
Cluster Console Command |
Description |
---|---|
ALERT {resource}{YES|NO} |
The resource start, failover, or failback mode is set to manual and the resource is waiting for administrator intervention to start on a node, or to fail over or fail back to another node. Alert types are Start Alert, Failback Alert, and Failover Alert. For the Start Alert, you must address the alert, then offline and online the resource. Specify the resource name in the command and use the YES or NO switch to accept or reject an alert on a resource to control fail over, fail back, or manual start. Example cluster alert res1 yes |
CONVERT preview [resource]
CONVERT preview CONVERT commit |
Finalizes the cluster conversion from NetWare to Linux after all nodes in a mixed cluster have been converted to Linux. The CLUSTER CONVERT command can be executed only on Linux cluster nodes. Specify a resource name with the Preview option to view the resource load and unload script changes prior to finalizing the conversion. If you do not provide a resource name, it displays the information for all resources. Use the Commit switch without specifying a resource to finalize the conversion for all cluster resources. Examples cluster convert preview res1 cluster convert preview cluster convert commit |
DOWN |
Removes all cluster nodes from the cluster. This command has the same effect as executing the CLUSTER LEAVE command on every server in the cluster. You are prompted to confirm the cluster down. Example cluster down |
EXEC "path_to_script" |
Executes the specified script on all nodes in the cluster. Example cluster exec "command" |
INFO {All, Basic, Notification, Priority, Protocol, Summary} |
Displays information on cluster configuration. Options all Displays a combination of Basic, Notification, Priority, and Protocol information. basic Displays IP address, port, and cluster quorum settings. notification Displays cluster e-mail notification settings. priority Displays the resource priority list. protocol Displays the cluster protocol settings. summary Displays the cluster protocol summary. Example cluster info protocol |
JOIN |
Adds the node where the command is executed to the cluster and makes the node visible to other servers in the cluster. Novell Cluster Services software must already be installed and running on a node for it to join the cluster. Example cluster join |
LEAVE |
Removes the node where the command is executed from the cluster. The node will not be visible to other servers in the cluster. Example cluster leave |
MAINTENANCE {ON|OFF} |
Turning this switch on lets you temporarily suspend the cluster heartbeat while hardware maintenance is being performed. This is useful if you want to reset or power down the LAN switch without bringing the cluster servers down. Turning this switch on from one cluster server puts the entire cluster in maintenance mode. Running the command without the {ON|OFF} parameter reports the maintenance status of the cluster (that is, whether maintenance mode is on or off). Examples cluster maintenance on cluster maintenance |
MIGRATE {resource} { <node_name> | -list | -most | -next }
|
Migrates the specified resource from the node where it is currently running to the node that you specify in the command. The node that you specify must be running in the cluster and also be in the resource’s Preferred Nodes list. Options <node_name> Migrates the resource to the specified node if possible. No action is taken if the specified node is not in the resource’s preferred nodes list, there is a Resource Mutual Exclusion conflict on the specified node, or the specified node is not currently active in the cluster. -l, -list Shows the preferred nodes list for the specified resource. -m, -most Migrates the specified resource to the most preferred node currently in the cluster. If the resource is running on such a node, no action is taken. -n,-next Migrates the resource to the node in the preferred node list that is next in order to the node where the resource is currently running. If there is no next node or all such nodes are not in the cluster currently, it searches from the beginning of the resource’s preferred nodes list. No action is taken if a new destination could not be determined after the search is exhausted. Examples Move res1 from the current node to node2 in the resource’s preferred nodes list. The resource is migrated only if there are no Resource Mutual Exclusion conflicts on the target node. cluster migrate res1 node2 List the preferred nodes for resource POOL_14_SERVER. cluster migrate POOL_14_SERVER -l Preferred nodes for resource 'POOL_14_SERVER' CG-06 CG-05 CG-04 CG-03 CG-02 CG-01 CG-08 CG-07 Status for Resource: POOL_14_SERVER Running on CG-05 Lives: 65 Revision: 5 |
MONITOR {resource} <start | stop | status> |
Manually starts, stops, or checks the status of resource monitoring. The resource must be running on the node where you issue the command. Resource monitoring must be enabled for the resource in order to use this command. Example cluster monitor sh_pool_res_01 status |
OFFLINE {resource} |
Unloads the specified resource from the node where it is currently running. Example cluster offline res1 |
ONLINE {resource}{node name} |
Starts the specified resource on the most preferred node that is currently active. You can start the resource on a different node by specifying that node in the command. The node that you specify must be running in the cluster and also be in the resource’s Preferred Nodes list. Example cluster online res1 cluster online res1 node1 |
POOLS |
Lists the NSS pools on the shared disk system that are accessible by Novell Cluster Services. Example cluster pools |
RENAME <old_resource_name> <new_resource_name> |
Renames a pool cluster resource. This command must be issued from the master node. The resource must be in offline state to be renamed. The new name must not exist prior to the renaming. Renaming the resource does not modify the resource’s virtual server name (NCS:NCP Server object). You can delete and re-create the NCS:NCS Server object with a new name by using iManager. Example cluster rename POOL1_SERVER custom_name22 |
RESOURCES |
Lists all resources that currently exist in the cluster. The resources do not need to be online or running. Example cluster resources |
RESTART [seconds] |
Restarts Novell Cluster Services software on all servers in the cluster. The cluster leave process begins immediately. Specify a value of 60 or more seconds as the time to wait before the cluster join begins. The default setting is 60 seconds. The default setting is used if a value is not provided, if the value provided is smaller than 60 seconds, or if the input is invalid. You are prompted to confirm the cluster restart. Example cluster restart 60 |
SCAN FOR NEW DEVICES |
IMPORTANT:This command is deprecated on Linux. You can use the nlvm rescan command on OES 11 and later. You can alternatively use the rescan-scsi-bus.sh script to scan for the new devices on Linux without rebooting. See WARNING:In EMC PowerPath environments, do not use the rescan-scsi-bus.sh utility provided with the operating system or the HBA vendor scripts for scanning the SCSI buses. To avoid potential file system corruption, EMC requires that you follow the procedure provided in the vendor documentation for EMC PowerPath for Linux. |
SET {Parameter} {Value} |
Sets cluster parameters individually for the cluster. See Section 9.0, Configuring Cluster Policies, Protocols, and Properties for more information on cluster parameters. Specify one of the following parameters and a value for that parameter:
Example cluster set ipaddress 10.1.1.1 |
STATS {Display, Clear} |
The Display parameter reports the node number, node name, and heartbeat information to the console screen. For more information, see Section 9.5.1, Heartbeat. The Clear parameter resets the various stats counters. This command is useful for troubleshooting network problems related to the cluster heartbeat protocol. Example cluster stats display |
STATUS {resource} |
Reports the status of the specified resource. This includes the number of times the resource has been migrated or failed over to another server, the resource state, and the node where the resource is currently running. Example cluster status res1 |
VIEW |
Displays the node name, cluster epoch number, master node name, and a list of nodes that are currently members of the cluster. Example cluster view |