Este apartado trata sobre los errores conocidos u omisiones en la documentación, la ayuda en línea o las páginas de comando man, y proporciona pasos para corregir estos problemas.
El prefacio de todos los manuales de Sun Cluster 3.1 8/05 incluye la dirección de un sitio Web de asistencia técnica y formación. Dicha dirección Web ha cambiado a:
Asistencia: http://www.sun.com/support/
Formación: http://www.sun.com/training/
Este apartado describe los errores y las omisiones de Software Sun Cluster: Guía de instalación para el sistema operativo Solaris.
Cómo instalar paquetes de software de los servicios de datos (pkgadd) de Software Sun Cluster: Guía de instalación para el sistema operativo Solaris describe cómo instalar los servicios de datos de Sun Java System en un clúster que ejecuta el sistema operativo Solaris 10. El procedimiento utiliza el comando pkgadd -G para instalar estos servicios de datos sólo en la zona global. La opción -G garantiza que los paquetes no se propaguen a una zona no global existente o a una zona no global creada posteriormente.
Si el sistema contiene una zona no global, algunas aplicaciones de Sun Java Enterprise System (Java ES) y otros componentes de Java ES podrían no ser compatibles. Esta restricción es aplicable si la zona no global existe en el momento de la instalación o si se configura posteriormente. El uso del comando pkgadd -G para instalar servicios de datos para dichas aplicaciones no anula esta restricción. Si la aplicación de Java ES no puede coexistir con zonas no globales, será imposible utilizar un servicio de datos para dicha aplicación en un clúster que tenga zonas no globales.
Para obtener información sobre la compatibilidad de Java ES con las zonas de Solaris, consulte Solaris 10 Zones de Sun Java Enterprise System 2005Q5 Installation Guide.
Al realizar el procedimiento Cómo actualizar las reservas SCSI después de agregar un nodo de Software Sun Cluster: Guía de instalación para el sistema operativo Solaris como se documenta en este manual, puede producirse un aviso grave en el nodo. Para evitarlo, ejecute el comando scgdevs después de quitar todos los dispositivos quórum y antes de configurar otros nuevos.
En el Capítulo 5, Modernización del software Sun Cluster de Software Sun Cluster: Guía de instalación para el sistema operativo Solaris, las pautas y procedimientos de actualización hacen referencia a la primera versión actualizada del sistema operativo Solaris 10 como Solaris 10 10/05. La fecha de dicha versión es incorrecta. En el momento de la publicación de este documento, no se conoce todavía la fecha de versión prevista para la primera actualización del sistema operativo Solaris 10. Asimismo, está por determinar la asistencia de actualización para esta próxima versión. Si desea recibir asistencia para la actualización a próximas versiones de Solaris 10, póngase en contacto con su representante de servicios de Sun.
En lugar de en cada nodo de clúster, los binarios de aplicaciones de Java ES se pueden instalar en un sistema de archivos del clúster. En las configuraciones de clústeres de Solaris 10, al instalar el servicio de datos (agente) mediante pkgadd, debe utilizar también pkgadd para instalar manualmente los componentes compartidos de Java ES que necesita la aplicación.
Para consultar una lista de los componentes compartidos que requiere cada aplicación de Java ES junto con la lista de paquetes de cada uno de ellos, consulte la Sun Java Enterprise System 2005Q5 Installation Guide.
En Cómo actualizar el software que mantiene la relación de dependencia antes de una modernización no periódica de Software Sun Cluster: Guía de instalación para el sistema operativo Solaris y en la Cómo actualizar el software que mantiene la relación de dependencia antes de una modernización periódica de Software Sun Cluster: Guía de instalación para el sistema operativo Solaris, las instrucciones para comprobar el nivel de versión de dos de los componentes compartidos incluyen un error.
Incorrecto:
# patchadd -p | grep 114016 |
Correcto:
# showrev -p | grep 114016 |
Incorrecto:
# pkginfo -l SUNWexplo | grep SUNW_PRODVERS |
Correcto:
# pkginfo -l SUNWexplo | grep VERSION |
La actualización por turnos podría dejar de ser compatible en próximas versiones de Sun Cluster. En ese caso, se ofrecerán otros procedimientos diseñados para limitar las interrupciones de Sun Cluster durante la actualización del software.
Este apartado trata errores y omisiones de la ayuda en línea de SunPlex Manager.
En el archivo de ayuda en línea “Sun Cluster HA for Oracle,”, en el apartado “Before Starting,” existe una nota incorrecta.
Incorrecto:
Si no hay ninguna entrada para shmsys y semsys en /etc/system, se utilizarán automáticamente los valores predeterminados de dichas variables en /etc/system. A continuación se debe rearrancar el sistema. Consulte la documentación de instalación de Oracle para comprobar que estos valores sean correctos en la base de datos.
Correcto:
Si no hay ninguna entrada para las variables shmsys y semsys del archivo /etc/system cuando se instalen los servicos de datos Oracle, se puede abrir /etc/system e insertar los valores predeterminados de dichas variables. A continuación se debe rearrancar el sistema. Consulte la documentación de instalación de Oracle para comprobar que estos valores sean correctos en la base de datos.
En el archivo de ayuda en línea “Iconos y convenciones de SPM”, dos de las descripciones incluidas en el apartado “Otras etiquetas” son incorrectas.
Incorrecto:
Tabla 8 Otras etiquetas
Etiqueta |
Significado |
---|---|
![]() |
Grupo principal de recursos del tipo de conmutación por error |
![]() |
Grupo secundario de recursos del tipo de conmutación por error |
Correcto:
Tabla 9 Otras etiquetas
Etiqueta |
Significado |
---|---|
![]() |
Nodo principal del recurso |
![]() |
Nodo secundario del recurso |
Este apartado describe los errores y las omisiones de Sun Cluster: Guía de conceptos para el SO Solaris.
En el capítulo 3, el apartado “Using the Cluster Interconnect for Data Service Traffic“ debería mostrar lo siguiente:
Un clúster debe tener varias conexiones de red entre los nodos que formen la interconexión del clúster. El software de agrupación en clúster usa varias interconexiones para la alta disponibilidad y para mejorar el rendimiento. Se filtran los mensajes en todas las interconexiones disponibles para el tráfico interno y externo (por ejemplo, datos del sistema de archivos o datos de servicios escalables).
La interconexión del clúster también está disponible para aplicaciones, para comunicaciones de alta disponibilidad entre nodos. Por ejemplo, una aplicación distribuida podría tener componentes que se ejecutaran en distintos nodos y que necesitasen comunicarse. Al usar la interconexión del clúster en lugar del transporte público, éstas conexiones pueden soportar el fallo de un enlace individual.
Para usar la interconexión del clúster para la comunicación entre nodos, una aplicación necesita los nombres de host privados configurados cuando se instaló el clúster. Por ejemplo, si el nombre de host privado para el nodo 1 es clusternode1-priv, use ese nombre para comunicarse a través de la interconexión del clúster con el nodo 1. Los zócalos TCP abiertos mediante este nombre se dirigen por la interconexión del clúster y pueden redirigirse de forma transparente en caso de un fallo de la red. La comunicación de la aplicación entre dos nodos se filtra en todas las interconexiones. El tráfico de una determinada conexión TCP se dirige por una interconexión en cualquier momento. Las diferentes conexiones TCP se filtran en todas las interconexiones. Además, el tráfico UDP siempre se filtra en todas las interconexiones.
Tenga en cuenta que, debido a que los nombres de host privados pueden configurarse durante la instalación, la interconexión del clúster podría usar cualquiera de los nombres elegidos en ese momento. El nombre real se puede obtener de scha_cluster_get(3HA) mediante el argumento scha_privatelink_hostname_node.
Este apartado describe errores y omisiones de la Sun Cluster: Guía de administración del sistema para el SO Solaris.
El procedimiento de aplicación de una revisión con reinicio (nodo) Cómo aplicar una revisión con rearranque (nodo) de Sun Cluster: Guía de administración del sistema para el SO Solaris no es reversible como procedimiento nodo a nodo. De igual modo, no se admite la degradación por turnos de versiones de Sun Cluster. Para eliminar una revisión o actualización de Sun Cluster, deberá volver a aplicar la versión anterior según el procedimiento indicado en el apartado Cómo aplicar una revisión con rearranque (clúster y firmware) de Sun Cluster: Guía de administración del sistema para el SO Solaris.
Sun Cluster Data Service for NFS Guide for Solaris OS no incluye algunas restricciones que se aplican al uso de Sun Cluster HA para NFS con NFS v3.
Si utiliza Sun Cluster HA para NFS, no use los nodos del clúster como clientes NFS v3 de servidores NFS externos. Esta restricción es aplicable incluso cuando el servidor NFS externo es un dispositivo NAS (Network-Attached Storage). Si configura de este modo los nodos del clúster, se perderán los bloqueos que éstos puedan haber establecido para los servidores NFS externos.
Esta restricción no se aplica a los clientes NFS v4. Puede utilizar NFS v4 para montar servidores NFS externos.
Este apartado describe las omisiones de la Sun Cluster Data Service for SAP Web Application Server Guide for Solaris OS.
Para cambiar alguna referencia al nombre de host del sistema, consulte las notas de SAP correspondientes. Las notas de SAP contienen la información más reciente acerca de la modificación de nombres de host. Sun Cluster Data Service for SAP Web Application Server Guide for Solaris OS omite referencias específicas a estas notas de SAP.
Los siguientes apartados explican cómo cambiar el nombre de host:
El apartado How to Install and Configure the SAP Web Application Server and the SAP J2EE Engine de Sun Cluster Data Service for SAP Web Application Server Guide for Solaris OS omite instrucciones para la instalación de SAP J2EE Engine cuando tiene pensado configurarlo como recurso escalable. Los pasos 2 y 7 de dicho procedimiento están incompletos.
Paso 2 correcto:
Si utiliza SAP J2EE Engine, instale el software de dicho motor de SAP.
Consulte la documentación de instalación de SAP.
Si tiene pensado configurar SAP J2EE Engine como recurso de conmutación por error, instale el software de dicho motor de SAP en el mismo nodo en el que ha instalado SAP Web Application Server en el paso 1.
Si tiene pensado configurar SAP J2EE Engine como recurso escalable, instale el software de dicho motor de SAP en todos los nodos que puedan controlar el recurso escalable. Instale la instancia de diálogo de SAP J2EE con el mismo número del sistema SAP en cada nodo. Dicho número es el valor de SAPSYSTEM en el perfil de SAP.
Paso 7 correcto:
Si utiliza SAP J2EE Engine, modifique la secuencia de comandos loghost para que devuelva los nombres de host del motor de SAP.
Modifique la secuencia de comandos loghost, que se creó en el paso 6, para que devuelva los nombres lógicos o físicos del host de cada instancia de SAP J2EE Engine.
Si tiene pensado configurar SAP J2EE Engine como recurso de conmutación por error, modifique la secuencia de comandos para que devuelva los nombres lógicos del host. Los comandos siguientes muestran un ejemplo de la modificación de dicha secuencia.
if [ "$1" = "JC00" ]; then echo loghost-4; fi if [ "$1" = "SCS02" ]; then echo loghost-5; fi if [ "$1" = "J02" ]; then echo loghost-6; fi |
Si tiene pensado configurar SAP J2EE Engine como recurso escalable, modifique la secuencia de comandos para que devuelva los nombres físicos del host. Los ejemplos siguientes muestran un ejemplo de la modificación de dicha secuencia de comandos.
if [ "$1" = "J03" ]; then echo `hostname`; fi |
Este apartado describe errores y omisiones de la Sun Cluster Data Service for Solaris Containers Guide.
Configuration Restrictions de Sun Cluster Data Service for Solaris Containers Guide no incluye la restricción aplicable a la propiedad autoboot de una zona de conmutación por error o con varios agentes maestros.
Al crear una zona de alguno de estos dos tipos, asegúrese de que la propiedad autoboot de la zona tiene establecido el valor false. Esto evitará que, cuando se reinicie la zona global, también lo haga la zona de conmutación por error o con varios agentes maestros. El servicio de datos de Sun Cluster HA para Solaris Containers sólo puede administrar una zona si ésta se inicia bajo el control del servicio de datos.
Configuration Requirements de Sun Cluster Data Service for Solaris Containers Guide no incluye los requisitos aplicables al sistema de archivos de realimentación (LOFS).
Asegúrese de que dicho sistema está activado.
Las herramientas de instalación de Sun Cluster desactivan el sistema LOFS. Si utiliza Sun Cluster HA para Solaris Containers para administrar una zona, active el sistema LOFS después de instalar y configurar el entorno de Sun Cluster. Para activar el sistema LOFS, elimine la siguiente línea del archivo /etc/system:
exclude: lofs
El procedimiento How to Install and Configure a Zone de Sun Cluster Data Service for Solaris Containers Guide contiene los siguientes errores:
El paso 6 no menciona que el mismo debe realizarse en todos los nodos del clúster, salvo en el nodo donde se ha instalado y configurado la zona durante los pasos anteriores.
El paso 6d especifica un directorio de destino incorrecto para el archivo zone.xml. Asimismo, en el comando de este paso falta el punto del nombre del archivo zone.xml. El paso y el comando deberían ser los siguientes:
Copie el archivo zone.xml en el directorio /etc/zones del nodo.
# rcp zone-install-node:/etc/zones/zone.xml .
El código de ejemplo de los apartados siguientes es incorrecto:
Writing a Zone Script de Sun Cluster Data Service for Solaris Containers Guide
Writing an SMF Service Probe de Sun Cluster Data Service for Solaris Containers Guide
El código correcto para ambas secciones es:
# cat /var/tmp/probe-apache2 #!/usr/bin/ksh if echo "GET; exit" | mconnect -p 80 > /dev/null 2>&1 then exit 0 else exit 100 fi
Este apartado aborda errores y omisiones del Sun Cluster 3.1 With Network-Attached Storage Devices Manual for Solaris OS
La unidad NAS de NetApp debe estar conectada directamente a una red con conexiones directas a todos los nodos del clúster.
Cuando configure un administrador de archivos (filer) de un dispositivo NAS de NetApp, además de los procedimientos que se incluyen en el apartado Installing a Network Appliance NAS Device in a Sun Cluster Environment de Sun Cluster 3.1 With Network-Attached Storage Devices Manual for Solaris OS, debe realizar los pasos siguientes:
Agregue el nombre del administrador de archivos (filer) del dispositivo NAS de NetApp a /etc/inet/hosts.
Agregue una asignación nombre de host-dirección para el filer del archivo /etc/inet/hosts en todos los nodos del clúster. Por ejemplo:
netapp-123 192.168.11.123 |
Agregue las máscaras de red (subconjunto de NAS) del filer a /etc/inet/netmasks.
Agregue una entrada al archivo /etc/inet/netmasks en todos los nodos del clúster para el subconjunto donde esté presente el filer. Por ejemplo:
192.168.11.0 255.255.255.0 |
Compruebe que las entradas hosts y netmasks del archivo /etc/nsswitch.conf de todos los nodos del clúster incluyan files delante de nis y dns. De lo contrario, edite la línea correspondiente de /etc/nsswitch.conf, agregando files delante de nis y dns.
Este apartado describe los errores y las omisiones de las páginas de comando man de Sun Cluster.
Si desea ver las páginas de comando man de los servicios de datos de Sun Cluster 3.0, instale las últimas revisiones de los servicios de datos de Sun Cluster 3.0 que instaló en el software Sun Cluster 3.1 8/05. Para obtener más información, consulte Revisiones y niveles de firmware requeridos.
Tras aplicar la revisión, acceda a las páginas de comando man del servicio de datos de Sun Cluster 3.0 mediante la ejecución del comando man -M con la ruta completa de la página de comando man como argumento. El ejemplo siguiente abre la página de comando man de Apache.
% man -M /opt/SUNWscapc/man SUNW.apache |
Considere la opción de modificar MANPATH para activar el acceso a las páginas de comando man del servicio de datos de Sun Cluster 3.0 sin especificar la ruta completa. El ejemplo siguiente describe la entrada del comando para la adición de la ruta de la página de comando man de Apache en MANPATH y la visualización de la página de comando man de Apache.
% MANPATH=/opt/SUNWscapc/man:$MANPATH; export MANPATH % man SUNW.apache |