Realice este procedimiento desde un nodo del cluster.
Antes de empezar
Asegúrese de tener la siguiente información:
El nombre del grupo de recursos en el cual agrega el recurso. Este grupo debe ser el grupo de recursos de conmutación por error que creó previamente.
Nombres del host que planea agregar al grupo de recursos.
Asegúrese de que el archivo /etc/netmasks tenga las entradas de la máscara de red y la subred de la dirección IP para todos los nombres de host lógicos. Si es necesario, edite el archivo /etc/netmasks para agregar las entradas que faltan.
# clressharedaddress create -g resource-group -h hostnamelist, … \ [-X auxnodelist] [-N netiflist] resource
Especifica el nombre del grupo de recursos.
Especifica una lista separada por comas de los nombres de host de direcciones compartidas.
Especifica una lista separada por comas de los nombres de nodos o ID que identifican los nodos del cluster que pueden alojar la dirección compartida pero que nunca actúan como principal si se produce una conmutación por error. Estos nodos son mutuamente exclusivos, con los nodos identificados como posibles maestros en la lista de nodos del grupo de recursos. Si no se ha especificado explícitamente una lista de nodos auxiliares, por defecto cambia a la lista de todos los nombres de nodos del cluster que no están incluidos en el grupo de recursos que contiene el recurso de direcciones compartidas.
Especifica una lista opcional, separada por comas, que identifica los grupos IPMP que se encuentran en cada nodo. Cada elemento de netiflist debe tener la forma de netif@node. netif se puede proporcionar como nombre de grupo de IPMP, como sc_ipmp0. El nodo puede ser identificado por el nombre del nodo o el ID del nodo, como sc_ipmp0@1 o sc_ipmp@phys-schost-1.
Especifica el nombre de recurso opcional de su elección.
# clresource show resource
En este ejemplo, se muestra la agregación de un recurso de dirección compartida (resource-1) a un grupo de recursos (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
Pasos siguientes
Después de agregar un recurso de dirección compartida, utilice el procedimiento Cómo poner en línea grupos de recursos para activar el recurso.
Errores más frecuentes
La agregación de un recurso hace que el software Oracle Solaris Cluster valide el recurso. Si falla la validación, el comando clressharedaddress imprime un mensaje de error y se termina. Para determinar por qué falló la validación, compruebe el syslog de cada nodo para detectar un mensaje de error. El mensaje aparece en el nodo que realizó la validación, no necesariamente en el nodo en el cual ejecutó el comando clressharedaddress.
Véase también
La página del comando man clressharedaddress(1CL).