En esta sección, se describen los errores, las omisiones y las adiciones de las páginas de comando man de Sun Cluster.
En la siguiente sinopsis modificada y las secciones de opciones agregadas de la página de comando man ccp(1M), se describe la adición de la compatibilidad del shell seguro con las utilidades del panel de control del clúster (CCP):
SYNOPSIS
$CLUSTER_HOME/bin/ccp [-s] [-l username] [-p ssh-port] {clustername | nodename} |
OPCIONES
Se admiten las siguientes opciones:
Especifica el nombre de usuario de la conexión ssh. Esta opción se transfiere a la utilidad cconsole, crlogin o cssh cuando se inicia desde el CCP. La utilidad ctelnet omite esta opción.
Si no se especifica la opción -l, se utilizará el nombre de usuario que ha iniciado el CCP.
Especifica el número de puerto del shell seguro que se se utilizará. Esta opción se transfiere a la utilidad cssh cuando se inicia desde el CCP. Las utilidades cconsole, crlogin y ctelnet omiten esta opción.
Si no se especifica la opción -p, se utilizará el número de puerto predeterminado 22 para las conexiones seguras.
Especifica el uso de las conexiones del shell seguro a las consolas del nodo en lugar de las conexiones de telnet. Esta opción se transfiere a la utilidad cconsole cuando se inicia desde el CCP. Las utilidades crlogin, cssh y ctelnet omiten esta opción.
Si no se especifica la opción -s, la utilidad cconsole usa las conexiones de telnet a las consolas.
Para anular la opción -s, desactive la casilla de verificación Usar SSH del menú Opciones de la interfaz gráfica de usuario (GUI) de cconsole.
En la siguiente sinopsis modificada y las secciones de opciones agregadas de las páginas de comando man combinadas cconsole, crlogin, cssh y ctelnet, se describe la adición de la compatibilidad del shell seguro con las utilidades del panel de control del clúster:
SYNOPSIS
$CLUSTER_HOME/bin/cconsole [-s] [-l username] [clustername… | nodename…] $CLUSTER_HOME/bin/crlogin [-l username] [clustername… | nodename…] $CLUSTER_HOME/bin/cssh [-l username] [-p ssh-port] [clustername… | nodename…] $CLUSTER_HOME/bin/ctelnet [clustername… | nodename…] |
DESCRIPCIÓN
Esta utilidad establece directamente las conexiones del shell seguro con los nodos del clúster.
OPCIONES
Especifica el nombre de usuario de ssh para las conexiones remotas. Esta opción es válida con los comandos cconsole, crlogin y cssh.
El valor del argumento se recuerda para que los clústeres y los nodos que se especifiquen posteriormente utilicen el mismo nombre de usuario al establecer las conexiones.
Si no se especifica la opción -l, se utilizará el nombre de usuario que ha ejecutado el comando.
Especifica el número de puerto del shell seguro que se se utilizará. Esta opción es válida con el comando cssh.
Si no se especifica la opción -p, se utilizará el número de puerto predeterminado 22 para las conexiones seguras.
Especifica el uso de las conexiones del shell seguro en lugar de las conexiones de telnet a las consolas del nodo. Esta opción es válida con el comando cconsole.
Si no se especifica la opción -s, la utilidad usa las conexiones de telnet a las consolas.
Para anular la opción -s en la interfaz gráfica de usuario (GUI) de cconsole, desactive la casilla de verificación Usar SSH en el menú Opciones.
La descripción del subcomando remove implica que el comando no funcionará cuando se den determinadas condiciones. Sin embargo, el comando se ejecutará en estas condiciones, aunque es posible que el resultado afecte negativamente al clúster. A continuación, se proporciona una descripción más precisa del comportamiento y los requisitos del subcomando remove.
Para eliminar un nodo de un clúster, debe cumplir las siguientes directrices. De lo contrario, es posible que la eliminación del nodo ponga en peligro el quórum en el clúster.
Desconfigure el nodo que se va a eliminar en los dispositivos del quórum, a menos que se especifique también la opción -f.
Asegúrese de que el nodo que se va a eliminar no sea un miembro activo del clúster.
No elimine un nodo de un clúster de tres nodos a menos que se haya configurado, como mínimo, un dispositivo del quórum compartido.
El comando clnode remove intenta eliminar un subconjunto de referencias al nodo de la base de datos de configuración del clúster. Si se ha especificado también la opción -f, el subcomando intenta eliminar todas las referencias al nodo.
Antes de poder utilizar satisfactoriamente el comando clnode remove para eliminar un nodo del clúster, debe utilizar, en primer lugar, el comando claccess add para agregar el nodo a la lista de autenticación del clúster, si aún no lo ha hecho. Utilice el comando claccess list o claccess show para ver la lista de autenticación del clúster actual. Después, por motivos de seguridad, utilice el comando claccess deny-all para impedir el acceso a la configuración del clúster por parte de cualquier nodo del clúster. Para obtener más información, consulte la página de comando man claccess(1CL).
Falta la siguiente opción en la página de comando man clresource(1CL):
Si se indica el operando +, especifica que el comando funciona en recursos cuyo grupo de recursos se haya suspendido. Si no se especifica la opción u al especificar el operando +, el comando omite todos los recursos cuyo grupo de recursos se haya suspendido.
La opción -u es válida cuando se especifica el operando + en los subcomandos clear, disable, enable, monitor, set y unmonitor.
La descripción del operando + debería indicar que, al utilizarlo con el subcomando clear, disable, enable, monitor, set o unmonitor, el comando omite todos los recursos cuyo grupo de recursos se haya suspendido, a menos que se especifique también la opción -u.
El ejemplo proporcionado en los operandos + y - de las opciones -p, -x, and -y es incorrecto. Las definiciones deberían ser iguales a las siguientes:
Agrega un valor o valores a un valor de matriz de cadena. Sólo el subcomando "set" acepta este operador. Puede especificar este operador sólo para las propiedades que acepten las listas de valores de cadenas, como, por ejemplo, Resource_dependencies.
Elimina un valor o valores de un valor de matriz de cadena. Sólo el subcomando "set" acepta este operador. Puede especificar este operador sólo para las propiedades que acepten las listas de valores de cadenas, como, por ejemplo, Resource_dependencies.
La descripción y la sintaxis del subcomando evacuate indica de forma incorrecta que puede evacuar más de un nodo o zona en la misma llamada al comando. Puede especificar, en su lugar, sólo un nodo o zona en el comando evacuate .
Falta la siguiente opción en la página de comando man clresourcegroup(1CL):
Si se indica el operando +, especifica que el comando funciona en los grupos de recursos suspendidos. Si no se especifica la opción u al especificar el operando +, el comando omite todos los grupos de recursos suspendidos.
La opción -u es válida al especificar el operando + en los subcomandos add-node, manage, offline, online, quiesce, remaster, remove-node, restart, set, switch y unmanage.
La descripción del operando + debería indicar que, al utilizarlo con el subcomando add-node, manage, offline, online, quiesce, remaster, remove-node, restart, set, switch o unmanage, el comando omite todos los grupos de recursos suspendidos, a menos que se especifique también la opción -u.
Se ha modificado el uso de la propiedad Network_resources_used en la versión Sun Cluster 3.2. Si no se asigna un valor a esta propiedad, su valor se actualiza automáticamente mediante RGM en función de la configuración de las propiedades de dependencias de los recursos. No es necesario establecer directamente esta propiedad. En su lugar, establezca la propiedad Resource_dependencies, Resource_dependencies_offline_restart, Resource_dependencies_restart o Resource_dependencies_weak.
Para mantener la compatibilidad con las versiones anteriores del software de Sun Cluster, aún puede establecer directamente el valor de la propiedad Network_resources_used. Si lo hace, el valor de la propiedad Network_resources_used ya no derivará de la configuración de las propiedades de dependencias de los recursos.
Si agrega un nombre de recurso a la propiedad Network_resources_used, el nombre se agrega también automáticamente a la propiedad Resource_dependencies. La única forma de eliminar la dependencia consiste en eliminar ésta de la propiedad Network_resources_used. Si no está seguro de si la dependencia de recurso de red se ha agregado originalmente a la propiedad Resource_dependencies o a Network_resources_used, elimine la dependencia de ambas propiedades. Por ejemplo, el siguiente comando elimina una dependencia del recurso r1 hacia el recurso de red r2, independientemente de si se ha agregado la dependencia a la propiedadNetwork_resources_used o a Resource_dependencies:
# clresource set -p Network_resources_used-=r2 -p Resource_dependencies-=r2 r1 |
La página de comando man r_properties(5) contiene descripciones incorrectas de las propiedades Resource_dependencies, Resource_dependencies_offline_restart , Resource_dependencies_restart y Resource_dependencies_weak. Para obtener las descripciones correctas de estas propiedades, consulte Resource Properties de Sun Cluster Data Services Developer’s Guide for Solaris OS.
En la descripción del recurso Scalable, falta una instrucción relacionada con la compatibilidad de los servicios escalables en las zonas no globales. Esta compatibilidad se aplica a los recursos para los que se han establecido la propiedad Failover del tipo de recurso en FALSE y la propiedad Scalable del recurso en TRUE. Esta combinación de configuración de propiedades indica que el servicio escalable utiliza el recurso SharedAddress para realizar el equilibrado de carga de red. En la versión Sun Cluster 3.2, puede configurar un servicio escalable de este tipo en un grupo de recursos que se ejecute en una zona no global. Sin embargo, no puede configurar un servicio escalable para que se ejecute en varias zonas no globales del mismo nodo.
La descripción de la propiedad Failover del tipo de recurso contiene una instrucción incorrecta relacionada con la compatibilidad con los servicios escalables en las zonas no globales en la versión Sun Cluster 3.2. Esta compatibilidad se aplica a los recursos para los que se han establecido la propiedad Failover del tipo de recurso en FALSE y la propiedad Scalable del recurso en TRUE.
Incorrecto: no se puede utilizar un servicio escalable de este tipo en las zonas.
Correcto: se puede configurar un servicio escalable de este tipo en un grupo de recursos que se ejecute en una zona no global. Sin embargo, no puede configurar un servicio escalable para que se ejecute en varias zonas no globales del mismo nodo.
La siguiente información se ha agregado a la sección de descripción de la página de comando man serialport(4):
Para admitir las conexiones del shell seguro a las consolas del nodo, especifique el nombre del dispositivo de acceso a la consola y el número de puerto del shell seguro para cada nodo en el archivo /etc/serialports. Si utiliza la configuración predeterminada del shell seguro en el dispositivo de acceso a la consola, especifique el número de puerto 22.
En la página de comando man SUNW.Event(5), falta la instrucción que indica que el Protocolo de notificación de reconfiguración del clúster (CRNP, Cluster Reconfiguration Notification Protocol) se ejecuta sólo en la zona global en el SO Solaris 10