Perform this procedure from any cluster node.
Before You Begin
Ensure that you have the following information:
The name of the resource group into which you are adding the resource. This group must be a failover resource group that you created previously.
The hostnames that you plan to add to the resource group.
Ensure that the /etc/netmasks file has IP-address subnet and netmask entries for all logical hostnames. If necessary, edit the /etc/netmasks file to add any missing entries.
# clressharedaddress create -g resource-group -h hostnamelist,… \ [-X auxnodelist] [-N netiflist] resource
Specifies the resource group name.
Specifies a comma-separated list of shared address hostnames.
Specifies a comma-separated list of node names or IDs that identify the cluster nodes that can host the shared address but never serve as primary if failover occurs. These nodes are mutually exclusive, with the nodes identified as potential masters in the resource group's node list. If no auxiliary node list is explicitly specified, the list defaults to the list of all cluster node names that are not included in the node list of the resource group that contains the shared address resource.
Specifies an optional, comma-separated list that identifies the PNM objects that are on each node. Each element in netiflist must be in the form of netif@node. netif can be given as a PNM object name, such as sc_ipmp0. The node can be identified by the node name or node ID, such as sc_ipmp0@1 or sc_ipmp@phys-schost-1.
Specifies an optional resource name of your choice.
# clresource show resource
This example shows the addition of a shared address resource (resource-1) to a resource group (resource-group-1).
# clressharedaddress create -g resource-group-1 -h schost-1 resource-1 # clresource show resource-1 === Resources === Resource: resource-1 Type: SUNW.SharedAddress:2 Type_version: 2 Group: resource-group-1 R_description: Resource_project_name: default Enabled{phys-schost-1}: False Enabled{phys-schost-2}: False Monitored{phys-schost-1}: True Monitored{phys-schost-2}: True
Next Steps
After you add a shared address resource, use the procedure How to Bring Resource Groups Online to enable the resource.
Troubleshooting
Adding a resource causes the Oracle Solaris Cluster software to validate the resource. If the validation fails, the clressharedaddress command prints an error message and exits. To determine why the validation failed, check the syslog on each node for an error message. The message appears on the node that performed the validation, not necessarily the node on which you ran the clressharedaddress command.
See Also
The clressharedaddress(8CL) man page.