Notas de la versión de Sun Cluster 3.2 2/08 para el SO Solaris
Este documento proporciona la siguiente información sobre el software de Sun Cluster 3.2 2/08.
- Novedades del software de Sun Cluster 3.2 2/08
- Funciones próximas a la finalización de su vida útil
- Problemas de compatibilidad
- Comandos modificados en esta versión
- Cambios en los nombres de productos
- Productos admitidos
- Sun Cluster Security Hardening
- Errores y problemas conocidos
- Parches y niveles de firmware necesarios
- Documentación de Sun Cluster 3.2 2/08
- Problemas de documentación
- Problemas solucionados
Novedades del software de Sun Cluster 3.2 2/08
En esta sección, se proporciona información relacionada con las nuevas funciones, la funcionalidad y los productos admitidos del software de Sun Cluster 3.2 2/08. También se proporciona información sobre cualquier restricción que se haya introducido en esta versión.
Nuevas funciones y funcionalidad
En esta sección, se describen nuevas funciones del software de Sun Cluster 3.2 2/08.
Las siguientes funciones nuevas se han incluido en el parche central de mayo de 2008 para el software de Sun Cluster 3.2 2/08.
- (SPARC) Compatibilidad con Oracle 11g
- (SPARC) Compatibilidad con los dominios lógicos (LDoms), dominios invitados como nodos del clúster
Las siguientes funciones nuevas se han incluido en la versión inicial de Sun Cluster 3.2 2/08.
- Compatibilidad con las etiquetas de servicio de Sun
- Compatibilidad con el uso de dispositivos NAS de Sun Microsystems como dispositivos del quórum y almacenamiento compartidos
- Compatibilidad con EMC Symmetrix Remote Data Facility (SRDF)
- Compatibilidad de los contenedores HA con las marcas de zonas de Solaris
- Propiedades editables de Sun Cluster Manager
- Nueva guía de actualización de Sun Cluster
- Inclusión de la documentación del servidor del quórum en las guías de instalación y administración del sistema
(SPARC) Compatibilidad con Oracle 11g
Ahora el software de Sun Cluster es compatible con Oracle 11g en las configuraciones de Ha-Oracle y Oracle RAC en las plataformas SPARC. Los procedimientos incluidos en el conjunto de documentación de Sun Cluster 3.2 2/08 son válidos para Oracle 11g. Si una instrucción es específica de una determinada versión de Oracle, utilice para Oracle 11g las instrucciones que hacen referencia a Oracle 10g.
(SPARC) Compatibilidad con los dominios invitados de dominios lógicos (LDoms) como nodos del clúster
Ahora puede configurar dominios invitados de dominios lógicos (LDoms) 1.0.3 como nodos virtuales de Sun Clúster. En esta configuración, un nodo de dominio invitado es lo mismo que un nodo físico de un clúster.
Ahora puede configurar dominios invitados y de E/S de dominios lógicos (LDoms) como nodos virtuales de Sun Cluster. En otras palabras, puede crear un par en clúster, par+N, N+1 y clúster N*N, formado por cualquier combinación de equipos físicos, y dominios de E/S y dominios invitados LDoms. Incluso puede crear Clústeres formados sólo por dominios de E/S LDoms o sólo por dominios invitados LDoms.
En las siguientes secciones, se describen las topologías, los requisitos y las restricciones, y los procedimientos de instalación y configuración para dominios invitados como nodos del clúster:
- SPARC*: Dominios invitados LDoms: Clúster en una topología de cuadro
- SPARC: Dominios invitados LDoms: Un único clúster abarca la topología de dos servidores diferentes
- SPARC: Dominios invitados LDoms: Los clústeres abarcan la topología de dos servidores diferentes
- SPARC: Dominios invitados LDom: Dominios de E/S redundantes
- SPARC: Requisitos de software y parches para la compatibilidad con el software de LDoms
- SPARC: Directrices para los dominios lógicos en un clúster
- SPARC: Cómo instalar el software de dominios lógicos y crear dominios
- SPARC: Configuración de los dominios lógicos como nodos del clúster
SPARC: Dominios invitados LDom: Clúster en una topología de cuadro
En esta topología de dominios invitados de dominios lógicos (LDoms), un clúster y cualquier nodo en ese clúster se ubican en el mismo servidor. Cada nodo de dominio invitado LDoms actúa igual que un nodo físico en un clúster. Para que no sea necesario incluir un dispositivo del quórum, esta configuración presenta tres nodos en lugar de dos.
En esta topología, no necesita conectar cada conmutador virtual (vsw) para la red privada a una red física porque lo único que necesita es que estén comunicados entre sí. En esta topología, los nodos del clúster pueden compartir también el mismo dispositivo de almacenamiento, ya que todos los nodos del clúster se encuentran en el mismo servidor Para obtener más información sobre las directrices de cómo usar e instalar los dominios LDoms en un clúster, consulte SPARC: Directrices para los dominios lógicos en un clúster, SPARC: Cómo instalar el software de dominios lógicos y crear dominios y SPARC: Configuración de los dominios LDoms como nodos del clúster.
Esta topología no ofrece alta disponibilidad, ya que todos los nodos del clúster se encuentran en el mismo servidor. Sin embargo, los desarrolladores y administradores pueden encontrar útil esta topología para realizar pruebas y otras tareas que no sean de producción. A esta topología se le denomina también un "clúster en un cuadro".
La siguiente ilustración muestra la configuración de un clúster en un cuadro.
SPARC: Clúster en una topología de cuadro
!ClusterInABox.gif|title="Ilustración: El contexto anterior describe el gráfico."
SPARC: Dominios invitados LDoms: Un único clúster abarca la topología de dos servidores diferentes
En esta topología de dominios invitados de dominios lógicos (LDoms), un único clúster abarca dos servidores diferentes y cada clúster comprende un nodo en cada servidor. Cada nodo de dominio invitado LDoms actúa igual que un nodo físico en un clúster. Para obtener más información sobre las directrices de cómo usar e instalar los dominios LDoms en un clúster, consulte SPARC: Directrices para los dominios lógicos en un clúster, SPARC: Cómo instalar el software de dominios lógicos y crear dominios y SPARC: Configuración de los dominios LDoms como nodos del clúster.
La siguiente ilustración muestra una configuración en la que un único clúster abarca dos servidores diferentes.
SPARC: Un único clúster abarca dos servidores diferentes
!SingleClusterDifferentServers.gif|title="Ilustración: El contexto anterior describe el gráfico."
SPARC: Dominios invitados LDoms: Los clústeres abarcan la topología de dos servidores diferentes
En esta topología de dominios invitados de dominios lógicos (LDoms), cada clúster abarca dos servidores diferentes y cada clúster comprende un nodo en cada servidor. Cada nodo de dominio invitado LDoms actúa igual que un nodo físico en un clúster. En esta configuración, como los dos clústeres comparten el mismo conmutador de interconexión, debe especificar una dirección de red privada diferente en cada clúster. De lo contrario, si especifica la misma dirección de red privada en los clústeres que comparten un conmutador de interconexión, la configuración presentará errores.
Para obtener más información sobre las directrices de cómo usar e instalar los dominios LDoms en un clúster, consulte SPARC: Directrices para los dominios lógicos en un clúster, SPARC: Cómo instalar el software de dominios lógicos y crear dominios y SPARC: Configuración de los dominios LDoms como nodos del clúster.
La siguiente ilustración muestra una configuración en la que más de un único clúster abarca dos servidores diferentes.
SPARC: Los clústeres abarcan dos servidores diferentes
!ClustersInstalledAcrossDifferentServers.gif|title="Ilustración: El contexto anterior describe el gráfico."
SPARC: Dominios invitados LDom: Dominios de E/S redundantes
En esta topología de dominios invitados de dominios lógicos (LDoms), varios dominios de E/S garantizan que los dominios invitados o los nodos del clúster sigan funcionando si falla algún dominio de E/S. Cada nodo de dominio invitado LDoms actúa igual que un nodo físico en un clúster.
En esta topología, el dominio invitado ejecuta la ruta múltiple de red IP (IPMP) en dos redes públicas, una por cada dominio de E/S. Los dominios invitados también duplican los dispositivos de almacenamiento en los diferentes dominios de E/S. Para obtener más información sobre las directrices de cómo usar e instalar los dominios LDoms en un clúster, consulte SPARC: Directrices para los dominios lógicos en un clúster, SPARC: Cómo instalar el software de dominios lógicos y crear dominios y SPARC: Configuración de los dominios LDoms como nodos del clúster.
La siguiente ilustración muestra una configuración en la que los dominios de E/S redundantes garantizan que los nodos ubicados en el clúster sigan funcionando si falla un dominio de E/S.
SPARC: Dominios de E/S redundantes
!RedundantIODomain.gif|title="Ilustración: El contexto anterior describe el gráfico."
SPARC: Requisitos de software y parches para la compatibilidad con el software de LDoms
El software de Sun Cluster 3.2 2/08 es compatible con los dominios invitados y de E/S de LDoms 1.0.3 como nodos del clúster, con los requisitos siguientes:
- SO Solaris 10 5/08
- Como mínimo, la versión 126105-15 del parche de Sun Cluster instalada en el dominio invitado
- Los siguientes parches de Solaris 10 (versiones mínimas):
- 137042-01
- 137111-01
- 138042-02
- 138056-01
Los parches de Solaris 10 deben instalarse en las siguientes ubicaciones:
- Dominios invitados que ejecutan el software de Sun Cluster
- Cualquier dominio de E/S que exporte dispositivos virtuales a dominios invitados que ejecuten el software de Sun Cluster
SPARC: Directrices para los dominios lógicos en un clúster
Aquí le ofrecemos nueva información para poder utilizar dominios invitados o de E/S de dominios lógicos (LDoms) en un equipo de clúster físico que sea compatible con el hipervisor SPARC:
- Requisito de LUN de SCSI - El dispositivo de almacenamiento compartido virtual, o el backend del disco virtual, de un dominio invitado LDoms debe ser un LUN de SCSI completo en el dominio de E/S. No puede utilizar un dispositivo virtual arbitrario.
- Aislamiento - No exporte un LUN de almacenamiento a más de un dominio invitado en el mismo equipo físico, a menos que deshabilite también el aislamiento para todo el dispositivo. Además, si dos dominios invitados diferentes en un mismo equipo tienen visibilidad en un dispositivo, el dispositivo se aislaría en el momento en que uno de los dos dominios invitados dejase de funcionar. El aislamiento del dispositivo presentaría un error grave en cualquier otro dominio invitado que tratase de acceder al dispositivo posteriormente.
- Aislamiento de la red- Los dominios invitados que se encuentren en el mismo equipo físico, pero que se hayan configurados en clústeres diferentes, deben estar aislados de la red entre ellos. Utilice uno de los siguientes métodos:
- Configure los clústeres para utilizar diferentes interfaces de red en el dominio de E/S para la red privada.
- Utilice diferentes direcciones de red para cada uno de los clústeres.
- Funciones de red en dominios invitados- Los paquetes de red que se envían a los dominios invitados y que proceden de éstos deben atravesar los dominios de servicios para alcanzar los dispositivos de red a través de los conmutadores virtuales. Los conmutadores virtuales utilizan subprocesos del núcleo que se ejecutan en función de la prioridad del sistema. Los subprocesos del conmutador virtual deben poder adquirir los recursos de la CPU necesarios para realizar las operaciones de clúster críticas, incluidas las respuestas, la pertenencia, los puntos de control, etc.
Mientras la configuración de los conmutadores virtuales con el valor mode=sc permite una administración más ágil de un paquete de respuestas del clúster, la fiabilidad de operaciones de clúster críticas pueden mejorarse mediante la adición de recursos de la CPU al dominio de servicios mediante estas cargas de trabajo:- La carga de interrupción alta, como la que provoca la red o el disco de E/S. Si hay una carga muy elevada, los conmutadores virtuales pueden impedir que los subprocesos del sistema se ejecuten durante un largo periodo de tiempo, incluidos los subprocesos del conmutador virtual.
- Los subprocesos en tiempo real que son demasiado agresivos a la hora de retener los recursos de la CPU. Los subprocesos en tiempo real se ejecutan con una prioridad más alta que los subprocesos del conmutador virtual, que pueden restringir los recursos de la CPU para los subprocesos de conmutador virtual durante un largo periodo de tiempo.
- Exportación del almacenamiento desde los dominios de E/S- Si configura un clúster formado por dominios lógicos y dominios de E/S, no exporte los dispositivos de almacenamiento a otros dominios invitados que ejecuten el software de Sun Cluster.
- Ruta múltiple de Sun - No ejecute el software de ruta múltiple de Sun desde los dominios invitados. En su lugar, ejecute el software de ruta múltiple de Sun en el dominio de E/S y expórtelo a los dominios invitados.
- Intervalo de direcciones IP de interconexión privada - Todos los dominios invitados creados en el mismo equipo físico comparten la red privada, que está visible para todos estos dominios. Antes de especificar un intervalo de direcciones IP de la red privada en la utilidad scinstall para que la utilice el clúster del dominio invitado, asegúrese de que el intervalo de direcciones no esté siendo utilizado por otro dominio invitado o por el mismo equipo físico.
- Nombres del adaptador - Cuando configura un dominio de E/S o un dominio invitado como nodo del clúster, debe especificar los nombres de adaptadores por sus nombres virtuales, vnetN, como, por ejemplo vnet0, vnet1 y así sucesivamente. Los nombres de adaptadores viruales se registran en el archivo /etc/path_to_inst.
- Panel de control del clúster - No puede utilizar el software del panel de control del clúster como, por ejemplo, cconsole o cssh, para establecer una conexión con los dominios invitados LDoms. Sin embargo, puede utilizar el software de CCP para establecer una conexión con los dominios de E/S LDoms.
Para obtener más información sobre los dominios lógicos, consulte Logical Domains (LDoms) 1.0.3 Administration Guide.
SPARC: Cómo instalar el software de dominios lógicos y crear dominios lógicos
Realice este procedimiento para instalar el software de dominios lógicos (LDoms) en un equipo de cluster físico y para crear dominios invitados y de E/S.
Antes de comenzar
Realice las siguientes tareas:
- Asegúrese de que el equipo sea compatible con el hipervisor SPARC.
- Asegúrese de que el SO Solaris 10 se encuentre instalado.
- Tenga a mano las documentos Logical Domains (LDoms) 1.0.3 Administration Guide y_Logical Domains (LDoms) 1.0.3 Release Notes_.
- Lea los requisitos y las directrices en SPARC: Directrices para los dominios lógicos en un clúster.
Procedimientos
1. Conviértase en superusuario en el equipo.
2. Instale el software de dominios lógicos y configure los dominios lógicos.
- Siga los procedimientos que se describen en Instalación y habilitación del software en Logical Domains (LDoms) 1.0.3 Administration Guide. Si crea dominios invitados, siga las directrices de Sun Cluster para crear estos dominios en un clúster.
- Utilice la opción mode=sc para todos los dispositivos de conmutadores virtuales que conectan los dispositivos de red virtual utilizados como interconexión del clúster.
- Para el almacenamiento compartido, asigne simplemente los discos completos de SCSI a los dominios invitados.
- Para los discos virtuales que agregue al dominio invitado, establezca el valor de tiempo de espera en 600 segundos. Si posteriormente se cambia este valor por motivos de ajuste, establezca el tiempo de espera en un mínimo de 30 segundos para evitar que se produzcan fallos en la comunicación entre el dominio de E/S y el dominio invitado.
3. Siga los procedimientos que se describen en Cómo instalar la estructura de Sun Cluster y los paquetes del software del servicio de datos en la Guía de instalación del software de Sun Cluster para instalar el software de Sun Cluster en los LDoms, en los dominios E/S o en los dominios invitados.
SPARC: Configuración de los dominios lógicos como nodos del clúster
Para configurar uno o más dominios invitados o de E/S LDoms como nodos del clúster, realice los procedimientos que se describen en Establecimiento del clúster en la Guía de instalación del software de Sun Cluster, como haría para configurar equipos físicos como nodos del clúster. Consulte las siguientes instrucciones especiales para dominios lógicos:
- Los nodos de un clúster pueden estar formados por cualquier combinación de equipos físicos, y dominios invitados y de E/S LDoms.
- Si un equipo físico se ha configurado con dominios lógicos, instale el software de Sun Cluster sólo en los dominios invitados o de E/S de ese equipo.
- Especifique los adaptadores por el nombre virtual, vnetN.
Compatibilidad con las etiquetas de servicio de Sun
Esta versión admite las etiquetas de servicio de Sun. Las etiquetas de servicio de Sun proporcionan al cliente un mecanismo sencillo para identificar sus productos en Sun. Para obtener más información sobre las etiquetas de servicio de Sun, consulte Sun Connection en BigAdmin (http://www.sun.com/bigadmin/hubs/connection/tasks/register.jsp).
Compatibilidad con el uso de dispositivos NAS de Sun Microsystems como dispositivos del quórum y almacenamiento compartidos
Ahora puede utilizar los siguientes dispositivos de almacenamiento conectados a la red (NAS) de Sun Microsystems, Inc. como dispositivos del quórum y de almacenamiento compartido en un entorno de Sun Cluster.
- Dispositivo Sun StorEdge? NAS
- Dispositivo Sun StorageTek? NAS
Nota
Un dispositivo NAS de Sun sólo se admite como dispositivo del quórum en un entorno de dos nodos.
Compatibilidad con EMC Symmetrix Remote Data Facility (SRDF)
El software de Sun Cluster admite ahora el uso del software EMC Symmetrix Remote Data Facility (SRDF) para la repetición de datos basada en almacenamiento, al igual que se utiliza en un clúster de campus. La adición de esta nueva compatibilidad proporciona al usuario dos opciones de soluciones de repetición de datos basada en almacenamiento para su uso con Sun Cluster:
- Hitachi True Copy
- EMC SRDF
Compatibilidad de los contenedores HA con las marcas de zonas de Solaris?
En esta versión, el Servicio de datos de Sun Cluster para los contenedores de Solaris admite las siguientes zonas con marcas:
- SPARC: native, solaris8
- x86: native, lx
Propiedades editables de Sun Cluster Manager
Se han realizado mejoras para aumentar la capacidad de uso de las propiedades editables de Sun Cluster Manager.
Nueva guía de actualización de Sun Cluster
Las directrices y los procedimientos de actualización se han transferido de la Guía de instalación del software de Sun Cluster para el SO Solaris a un nuevo manual, Guía de actualización de Sun Cluster para el SO Solaris.
Inclusión de la documentación del servidor del quórum en las guías de instalación y administración del sistema
La información incluida en la Guía del usuario del servidor del quórum de Sun Cluster de la versión Sun Cluster 3.2 se ha transferido a otros manuales de la versión Sun Cluster 3.2 2/08.
- La información sobre cómo instalar un servidor del quórum se encuentra ahora en "Cómo instalar y configurar el software del servidor del quórum" en la Guía de instalación del software de Sun Cluster para el SO Solaris.
- La información sobre cómo administrar un servidor del quórum se encuentra ahora en "Administración de los servidores del quórum de Sun Cluster" en la Guía de administración del sistema de Sun Cluster para el SO Solaris.
Funciones próximas a la finalización de su vida útil
Las siguientes funciones del software de Sun Cluster están a punto de finalizar su vida útil.
En este momento, no hay ninguna función cuya vida útil esté a punto de finalizar.
Problemas de compatibilidad
- SPARC: Dominios lógicos (LDoms)
- Zonas IP exclusivas
- Compatibilidad con fssnap
- GUI de Solaris Volume Manager
- Sistema de archivos de retroalimentación (LOFS)
- QFS compartido con Solaris Volume Manager para Sun Cluster
- Extensiones de confianza de Solaris
- Funciones de accesibilidad para las personas con discapacidad
Esta sección contiene información sobre los problemas de compatibilidad de Sun Cluster.
- Puede consultar problemas adicionales de compatibilidad con la estructura de Sun Cluster en "Planificación de la configuración de Sun Cluster" en la Guía de instalación del software de Sun Cluster para el SO Solaris.
- Puede consultar problemas adicionales de compatibilidad con la actualización de Sun Cluster en "Requisitos de actualización y directrices de compatibilidad de software" en la Guía de actualización de Sun Cluster para el SO Solaris.
- Para conocer otros problemas o restricciones, consulte Errores y problemas conocidos.
SPARC: Dominios lógicos (LDoms)
CR 6684721 (Se requiere un modo de forzar la E/S de archivos para que sea síncrona) es un problema conocido del software de dominios lógicos (LDoms) 1.0.3 que afecta al software de Sun Cluster. La solución alternativa consiste en agregar la entrada siguiente al archivo /etc/system en el dominio de E/S:
set vds:vd_file_write_flags = 0
Póngase en contacto con el representante del servicio de Sun para determinar si hay disponible un parche.
Zonas IP exclusivas
El uso de los recursos de dirección compartida y nombre de host lógico se limita sólo a zonas no globales con el tipo de IP compartida. Se trata del tipo de IP predeterminado para las zonas, por lo que no es necesario que se realicen los pasos del administrador.
Aún se pueden usar zonas de{{ip-type=exclusive}} con el clúster, pero los recursos de red, incluidos los NIC, los grupos IPMP y las direcciones IP no se supervisarán ni administrarán mediante el software de Sun Cluster.
Compatibilidad con fssnap
El software de Sun Cluster no admite el comando fssnap, que es una función de UFS. Sin embargo, puede utilizar el comando fssnap en los sistemas de archivos locales que no estén controlados por el software de Sun Cluster. Se aplican las siguientes restricciones a la compatibilidad con fssnap:
- El comando fssnap se admite en los sistemas de archivos locales que no estén administrados por el software de Sun Cluster.
- El comando fssnap no se admite en los sistemas de archivos del clúster.
- El comando fssnap no se admite en los sistemas de archivos locales que estén bajo el control de HAStoragePlus.
GUI de Solaris Volume Manager
El módulo de almacenamiento mejorado de la consola de administración de Solaris? (Solaris Volume Manager) no es compatible con el software de Sun Cluster. Use la interfaz de línea de comandos o las utilidades de Sun Cluster para configurar el software de Solaris Volume Manager.
Sistema de archivos de retroalimentación (LOFS)
El software de Sun Cluster 3.2 2/08 no admite el uso de LOFS bajo determinadas condiciones. Si debe habilitar LOFS en un nodo del clúster como, por ejemplo, al configurar zonas globales, determine en primer lugar si se aplicarán las restricciones de LOFS a la configuración. Consulte las directrices incluidas en "Restricciones de las funciones del SO Solaris" en la Guía de instalación de software de Sun Cluster para el SO Solaris para obtener más información sobre las restricciones y las soluciones que permiten el uso de LOFS cuando existen condiciones restrictivas.
QFS compartido con Solaris Volume Manager para Sun Cluster
Se ha detectado el siguiente comportamiento en las configuraciones de Oracle RAC de x86 con uno o varios sistemas de archivos compartidos Sun StorageTek QFS que montan dispositivos desde conjuntos de discos de Solaris Volume Manager para Sun Cluster de varios propietarios (CR 6655081).
Si el servidor de metadatos del sistema de archivos QFS se encuentra en un nodo que no es el nodo principal del conjunto de discos y ese nodo pierde toda la conectividad con el almacenamiento, Oracle CRS lo reiniciará. Al mismo tiempo, es posible que los demás nodos que son clientes de los metadatos de QFS experimenten errores al escribir en los archivos de base de datos relacionados. Este error de escritura se corrige automáticamente al reiniciar las instancias de Oracle RAC. Oracle CRS debería efectuar este reinicio como acción de recuperación automática una vez que el software de Sun Cluster haya completado el proceso de recuperación automática del servidor de metadatos de QFS y Solaris Volume Manager.
Extensiones de confianza de Solaris
El software de Sun Cluster 3.2 2/08 admite las zonas no globales de Solaris en un clúster. A partir de la versión Solaris 10 11/06, el SO Solaris 10 incluirá compatibilidad con las extensiones de confianza de Solaris. Las extensiones de confianza de Solaris utilizan también zonas no globales. Aún no se ha probado la interacción entre Sun Cluster y las extensiones de confianza de Solaris mediante el uso de zonas no globales. Se recomienda a los clientes que actúen con precaución al utilizar estas tecnologías.
Arribah3. Funciones de accesibilidad para las personas con discapacidad
Para obtener las funciones de accesibilidad que se han lanzado desde la publicación de este medio, consulte las valoraciones de productos de la sección 508, disponible mediante solicitud a Sun, con el fin de determinar las versiones más adecuadas para la implementación de soluciones accesibles.
Comandos modificados en esta versión
En esta sección, se describen los cambios realizados en las interfaces de comandos de Sun Cluster que pueden provocar errores en las secuencias de comandos.
Interfaz de línea de comandos orientada a objetos
A partir de la versión Sun Cluster 3.2, el software de Sun Cluster incluirá un conjunto de comandos orientados a objetos. Aunque el software de Sun Cluster admite aún el conjunto de comandos original, en la documentación sobre procedimientos de Sun Cluster, sólo se hace referencia al conjunto de comandos orientados a objetos. Para obtener más información sobre el conjunto de comandos orientados a objetos, consulte la página de comando man Intro(1CL). Para obtener una lista de los comandos orientados a objetos para los procedimientos habituales de Sun Cluster, consulte Sun Cluster Quick Reference.
Propiedades de recursos
Ya no es necesario modificar directamente la propiedad de recurso Network_resources_used. En su lugar, utilice la propiedad Resource_dependencies. RGM actualiza automáticamente la propiedad Network_resources_used en función de los valores de configuración de la propiedad Resource_dependencies. Para obtener más información sobre los usos actuales de estas dos propiedades de recursos, consulte r_properties(5)
Cambios en los nombres de productos
En esta sección, se proporciona información sobre los cambios en los nombres de productos para las aplicaciones compatibles con el software de Sun Cluster. En función de la versión de Sun Cluster que esté ejecutando, es posible que la documentación de Sun Cluster no refleje los siguientes cambios realizados en los nombres de productos.
| Nota El software de Sun Cluster 3.2 2/08 se distribuye en Solaris Cluster 3.2 2/08 y Sun Java Availability Suite. |
| Nombre de producto actual | Nombre de producto anterior |
|---|---|
| Sun Cluster Manager | SunPlex Manager |
| Sun Cluster Agent Builder | SunPlex Agent Builder |
| Sun Cluster HA para MaxDB | Sun Cluster HA para SAP DB |
Productos admitidos
En esta sección, se describe el software admitido y los requisitos de memoria del software de Sun Cluster 3.2 2/08.
- Requisitos de memoria - El software de Sun Cluster 3.2 2/08 presenta los siguientes requisitos de memoria para cada nodo del clúster:
- Un mínimo de 512 Mbytes de memoria RAM física (normalmente 2 Gbytes).
- Un mínimo de 6 Gbytes de espacio disponible en el disco duro.
Los requisitos reales de memoria física y disco duro vienen determinados por las aplicaciones que se instalen. Consulte la documentación de la aplicación o póngase en contacto con el proveedor de la aplicación para calcular los requisitos adicionales de memoria y disco duro.
- RSMAPI - El software de Sun Cluster 3.2 2/08 admite la Interfaz de programación de aplicaciones de memoria compartida remota (RSMAPI) en las interconexiones compatibles con RSM como, por ejemplo, PCI-SCI.
- Sistema operativo Solaris (SO) - El software de Sun Cluster 3.2 2/08 y del servidor del quórum presentan los siguientes requisitos de versión mínima del SO Solaris:
- Solaris 9 (sólo SPARC) - Solaris 9 9/05 o Solaris 9 9/05 HW
- Solaris 10 - Solaris 10 11/06, Solaris 10 8/07, Solaris 10 5/08*
*El SO Solaris 10 5/08 requiere, como mínimo, la versión del parche 126106-12 para las plataformas SPARC o, como mínimo, la versión del parche 126107-12 para la plataforma x86.Nota
El software de Sun Cluster no admite la instalación de varias versiones del software de Solaris en un clúster en ejecución.
- Administradores de volúmenes
| Plataforma | Sistema operativo | Administrador de volúmenes | Función de clúster | |
|---|---|---|---|---|
| SPARC | Solaris 9 | Solaris Volume Manager | Solaris Volume Manager para Sun Cluster. | |
| " | " | Los componentes de Veritas Volume Manager que se proporcionan como parte de Veritas Storage Foundation 5.0. Para esta compatibilidad, es necesario disponer de VxVM 5.0 MP1. | Función de clúster de Veritas Volume Manager 5.0. (sólo con RAC) | |
| SPARC | Solaris 10 | Solaris Volume Manager | Solaris Volume Manager para Sun Cluster. | |
| " | " | Los componentes de Veritas Volume Manager que se proporcionan como parte de Veritas Storage Foundation 5.0. Para esta compatibilidad, es necesario disponer de VxVM 5.0 MP1. | Función de clúster de Veritas Volume Manager 5.0. (sólo con RAC) | |
| x86 | Solaris 10 | Solaris Volume Manager | Solaris Volume Manager para Sun Cluster | |
| " | " | Los componentes de Veritas Volume Manager que se proporcionan como parte de Veritas Storage Foundation 5.0 | No aplicable- El software de Sun Cluster 3.2 2/08 no admite la función de clúster de VxVM en la plataforma x86. |
- Sistemas de archivos
| Plataforma | Sistema operativo | Sistema de archivos | Funciones y administración de volúmenes externa |
|---|---|---|---|
| SPARC | Solaris 9 | Solaris UFS | No aplicable |
| " | " | Sun StorEdge QFS | No aplicable |
| " | " | QFS 4.5 - Sistema de archivos independiente |
|
| " | " | QFS 4.5 - Sistema de archivos QFS compartido |
|
| " | " | QFS 4.6 |
|
| " | " | Los componentes de Veritas Volume Manager que se proporcionan como parte de Veritas Storage Foundation 5.0 | No aplicable |
| SPARC | Solaris 10 | Solaris UFS | No aplicable |
| " | " | Solaris ZFS | No aplicable |
| " | " | Sun StorEdge QFS | No aplicable |
| " | " | QFS 4.5 - Sistema de archivos independiente |
|
| " | " | QFS 4.5 - Sistema de archivos QFS compartido |
|
| " | " | QFS 4.6 |
|
| " | " | Los componentes de Veritas Volume Manager que se proporcionan como parte de Veritas Storage Foundation 5.0 | No aplicable |
| x86 | Solaris 10 | Solaris UFS | No aplicable |
| " | " | Solaris ZFS | No aplicable |
| " | " | Sun StorEdge QFS | No aplicable |
| " | " | QFS 4.5 - Sistema de archivos independiente |
|
| " | " | QFS 4.5 - Sistema de archivos QFS compartido |
|
| " | " | QFS 4.6 |
|
| " | " | Los componentes de Veritas Volume Manager que se proporcionan como parte de Veritas Storage Foundation 5.0 | No aplicable |
- Sun StorEdge? Availability Suite 3.2.1 (sólo para Solaris 9) y Sun StorageTek? Availability Suite 4.0 (sólo para Solaris 10)
- Sun Management Center 3.6.1 y 4.0
- Dominios lógicos (LDoms) 1.0.3 - El software Sun Cluster 3.2 2/08 admite los dominios invitados y de E/S LDoms 1.0.3 como nodos del clúster. Consulte también SPARC: Requisitos de software y parches para la compatibilidad con el software de LDoms.
- Common agent container 2.1
- Servicios de datos (agentes) - Póngase en contacto con su representante de ventas de Sun para obtener una lista completa de las versiones de las aplicaciones y los servicios de datos admitidos.
Nota
La documentación de los servicios de datos, incluidas las páginas de comando man y la ayuda en línea de los asistentes, ya no se traduce a ningún otro idioma que no sea el inglés.
Los siguientes servicios de datos de Sun Cluster admiten zonas no globales:
- Servicio de datos de Sun Cluster para Apache
- Servicio de datos de Sun Cluster para Apache Tomcat
- Servicio de datos de Sun Cluster para DHCP
- Servicio de datos de Sun Cluster para el servicio de nombres de dominio (DNS)
- Servicio de datos de Sun Cluster para Kerberos
- Servicio de datos de Sun Cluster para MaxDB
- Servicio de datos de Sun Cluster para mySQL
- Servicio de datos de Sun Cluster para N1 Grid Service Provisioning Server
- Servicio de datos de Sun Cluster para Oracle
- Servicio de datos de Sun Cluster para Oracle Application Server
- Servicio de datos de Sun Cluster para PostgreSQL
- Servicio de datos de Sun Cluster para Samba
- Servicio de datos de Sun Cluster para SAP
- Servicio de datos de Sun Cluster para SAP liveCache
- Servicio de datos de Sun Cluster para SAP Web Application Server
- Servicio de datos de Sun Cluster para Sun Java System Application Server
- Servicio de datos de Sun Cluster para Sun Java System Message Queue Server
- Servicio de datos de Sun Cluster para Sun Java System Web Server
- Servicio de datos de Sun Cluster para SWIFTAlliance Access
- Servicio de datos de Sun Cluster para SWIFTAlliance Gateway
- Servicio de datos de Sun Cluster para Sybase ASE
Nota
Procedimientos de la versión de Sun Cluster HA para Sun Java? System Directory Server que utiliza Sun Java System Directory Server 5.0 y 5.1 se encuentran en el Servicio de datos de Sun Cluster 3.1 para Sun ONE Directory Server .
A partir de la versión 5.2 de Sun ONE Directory Server, consulte la documentación de instalación de Sun ONE Directory Server o Sun Java System Directory Server.Los siguientes servicios de datos no se admiten en esta versión de Sun Cluster del SO Solaris 10.
- Servicio de datos de Sun Cluster para Agfa IMPAX
A continuación, se muestra una lista de los servicios de datos de Sun Cluster y sus tipos de recursos.
| Servicio de datos | Tipo de recurso de Sun Cluster |
|---|---|
| Sun Cluster HA para Agfa IMPAX | SUNW.gds |
| Sun Cluster HA para Apache | SUNW.apache |
| Sun Cluster HA para Apache Tomcat | SUNW.gds |
| Sun Cluster HA para DHCP | SUNW.gds |
| Sun Cluster HA para DNS | SUNW.dns |
| Sun Cluster HA para MaxDB | SUNW.sapdb, SUNW.sap_xserver |
| Sun Cluster HA para MySQL | SUNW.gds |
| Sun Cluster HA para NFS | SUNW.nfs |
| Sun Cluster Oracle Application Server | SUNW.gds |
| Sun Cluster HA para Oracle E-Business Suite | SUNW.gds |
| Sun Cluster HA para Oracle | SUNW.oracle_server, SUNW.oracle_listener |
| Compatibilidad de Sun Cluster con Oracle Real Application Clusters | SUNW.rac_framework, SUNW.rac_udlm,SUNW.rac_svm, SUNW.rac_cvm, SUNW.oracle_rac_server, SUNW.oracle_listener, SUNW.scaldevicegroup, SUNW.scalmountpoint, SUNW.crs_framework, SUNW.scalable_rac_server_proxy |
| Sun Cluster HA para PostgreSQL | SUNW.gds |
| Sun Cluster HA para Samba | SUNW.gds |
| Sun Cluster HA para SAP | SUNW.sap_ci, SUNW.sap_ci_v2, SUNW.sap_as, SUNW.sap_as_v2 |
| Sun Cluster HA para SAP liveCache | SUNW.sap_livecache, SUNW.sap_xserver |
| Sun Cluster HA para SAP Web Application Server | SUNW.sapenq, SUNW.saprepl, SUNW.sapscs, SUNW.sapwebas |
| Sun Cluster HA para Siebel | SUNW.sblgtwy, SUNW.sblsrvr |
| Sun Cluster HA para los contenedores de Solaris | SUNW.gds |
| Sun Cluster HA para N1 Grid Engine | SUNW.gds |
| Sun Cluster HA para las versiones admitidas de Sun Java System Application Server anteriores a la versión 8.1 | SUNW.s1as |
| Sun Cluster HA para las versiones admitidas de Sun Java System Application Server hasta la versión 8.1 | SUNW.jsas, SUNW.jsas-na |
| Sun Cluster HA para Sun Java System Application Server EE (compatibilidad con las versiones de HADB anteriores a la versión 4.4) | SUNW.hadb |
| Sun Cluster HA para Sun Java System Application Server EE (compatibilidad con las versiones de HADB a partir de la versión 4.4) | SUNW.hadb_ma |
| Sun Cluster HA para Sun Java System Message Queue | SUNW.s1mq |
| Sun Cluster HA para Sun Java System Web Server | SUNW.iws |
| Sun Cluster HA para SWIFTAlliance Access | SUNW.gds |
| Sun Cluster HA para SWIFTAlliance Gateway | SUNW.gds |
| Sun Cluster HA para Sybase ASE | SUNW.sybase |
| Sun Cluster HA para WebLogic Server | SUNW.wls |
| Sun Cluster HA para WebSphere MQ | SUNW.gds |
| Sun Cluster HA para WebSphere MQ Integrator | SUNW.gds |
Sun Cluster Security Hardening
La función Sun Cluster Security Hardening utiliza las técnicas de fortalecimiento del sistema operativo Solaris recomendadas por el programa Sun BluePrints? para obtener una mayor protección básica para los clúster. El Solaris Security Toolkit automatiza la implementación de la función Sun Cluster Security Hardening.
La documentación de la función Sun Cluster Security Hardening está disponible en http://www.sun.com/blueprints/0203/817-1079.pdf. También puede acceder a este artículo desde http://www.sun.com/software/security/blueprints. Desde esta URL, desplácese al encabezado "Architecture" (Arquitectura) para buscar el artículo "Securing the Sun Cluster 3.x Software" (Protección del software de Sun Cluster 3.x), en el que se describe cómo proteger las implementaciones de Sun Cluster 3.x en un entorno de Solaris. En la descripción, se incluye el uso del Solaris Security Toolkit y otras técnicas de seguridad recomendadas por los expertos de seguridad de Sun. Los siguientes servicios de datos son compatibles con la función Sun Cluster Security Hardening:
- Sun Cluster HA para Apache
- Sun Cluster HA para Apache Tomcat
- Sun Cluster HA para BEA WebLogic Server
- Sun Cluster HA para DHCP
- Sun Cluster HA para DNS
- Sun Cluster HA para MySQL
- Sun Cluster HA para N1 Grid Engine
- Sun Cluster HA para NFS
- Sun Cluster HA para Oracle E-Business Suite
- Sun Cluster HA para Oracle
- Compatibilidad de Sun Cluster con Oracle Real Application Clusters
- Sun Cluster HA para PostgreSQL
- Sun Cluster HA para Samba
- Sun Cluster HA para Siebel
- Sun Cluster HA para los contenedores de Solaris
- Sun Cluster HA para SWIFTAlliance Access
- Sun Cluster HA para SWIFTAlliance Gateway
- Sun Cluster HA para Sun Java System Directory Server
- Sun Cluster HA para Sun Java System Message Queue
- Sun Cluster HA para Sun Java System Messaging Server
- Sun Cluster HA para Sun Java System Web Server
- Sun Cluster HA para Sybase ASE
- Sun Cluster HA para WebSphere MQ
- Sun Cluster HA para WebSphere MQ Integrator
Errores y problemas conocidos
Los siguientes errores y problemas conocidos afectan al funcionamiento de la versión Sun Cluster 3.2 2/08. Los errores y los problemas se agrupan en las siguientes categorías:
Administración
La opción clnode remove -f no puede eliminar el nodo con el grupo de dispositivos de Solaris Volume Manager. (6471834)
Resumen del problema: el comando clnode remove -force debería eliminar los nodos de los metaconjuntos. La Guía de administración del sistema de Sun Cluster para el SO Solaris proporciona procedimientos para eliminar un nodo del clúster. Estos procedimientos indican al usuario que ejecute el comando metaset para eliminar el conjunto de discos de Solaris Volume Manager antes de ejecutar clnode remove.
Solución alternativa: si no se ha seguido este procedimiento, es posible que sea necesario borrar los datos del nodo averiado de CCR mediante el procedimiento habitual:
- Desde un nodo del clúster activo, utilice el comando metaset para borrar el nodo del conjunto de discos de Solaris Volume Manager.
- Ejecute clnode clear -force obsolete_nodename.
Las entradas de la propiedad Auxnodelist provocan la aparición de SEGV durante la creación de recursos escalables. (6494243)
Resumen del problema: la propiedad Auxnodelist del recurso de dirección compartida no se puede utilizar durante la creación de recursos de este tipo. Si se utiliza esta propiedad, esto provocará errores de validación y SEGV al crear el recurso escalable que depende de este recurso de red de dirección compartida. El mensaje de error de validación del recurso escalable presentará el siguiente formato:
Method methodname (scalable svc) on resource resourcename stopped or terminated
due to receipt of signal 11
Además, el archivo del núcleo central se generará a partir de ssm_wrapper. Los usuarios no podrán establecer la propiedad Auxnodelist y, por lo tanto, no podrán identificar los nodos del clúster que puede alojar la dirección compartida, pero que nunca actuarán como elementos principales.
Solución alternativa: en un nodo, vuelva a crear el recurso de dirección compartida sin especificar la propiedad Auxnodelist. A continuación, ejecute de nuevo el comando de creación de recursos escalables y utilice el recurso de dirección compartida que ha vuelto a crear como recurso de red.
Se necesitan más comprobaciones de validación al combinar DID. (6605101)
Resumen del problema: los comandos /usr/cluster/bin/scdidadm y /usr/cluster/bin/cldevice no pueden verificar actualmente que los dispositivos SRDF repetidos que se combinan en un único dispositivo DID sean realmente repeticiones entre sí y que pertenezcan al grupo de repetición especificado.
Solución alternativa: debe tener cuidado al combinar dispositivos DID para su uso con SRDF. Asegúrese de que las instancias de dispositivos DID especificadas sean repeticiones entre sí y que pertenezcan al grupo de repetición especificado.
El quórum de Sun NAS se encuentra sin conexión tras el reinicio del clúster. (6614299)
Resumen del problema: Es posible que un dispositivo del quórum se encuentre sin conexión cuando se reinicien los nodos del clúster en las siguientes condiciones:
- Un LUN de iSCSI de un dispositivo NAS admitido se ha configurado para proporcionar quórum a un clúster.
- El dispositivo NAS está presente en una subred distinta a la de los nodos del clúster.
Solución alternativa: configure el dispositivo NAS en la misma subred que los nodos del clúster y asegúrese de que los LUN de destino de NAS se encuentren configurados estáticamente.
El nodo presenta un error grave debido a una pérdida de quórum cuando el LUN de la matriz iSCSI (STK 2510) se utiliza como dispositivo del quórum. (6658472)
Resumen del problema: Es posible que un dispositivo del quórum se encuentre sin conexión cuando se reinicien los nodos del clúster en las siguientes condiciones:
- Un LUN de iSCSI de un dispositivo STK 2510 admitido proporciona quórum a un clúster.
- El dispositivo STK 2510 está presente en una subred distinta a la de los nodos del clúster.
Solución alternativa: configure el dispositivo STK 2510 en la misma subred que la de los nodos del clúster.
La interrupción de cldevice combine puede dejar la configuración del dispositivo DID en un estado incoherente. (6616497)
Resumen del problema: el comando /usr/cluster/bin/cldevice combine debe actualizar varias unidades de información de distintas ubicaciones, incluidas la información del núcleo interno del controlador de DID y varias tablas CCR. Si se interrumpe el comando mientras se esté ejecutando, es posible que algunas de estas unidades de información no se actualicen.
Solución alternativa: si es posible, evite interrumpir el comando cldevice mientras se esté ejecutando. Si se interrumpe el comando, realice una de las siguientes acciones, según sea pertinente:
- Si sólo se ha actualizado la información del núcleo interno del controlador de DID y no se han modificado las tablas CCR, al reiniciar el nodo del clúster en el que se ha actualizado la información del controlador de DID, se restablecen los datos a su estado anterior, por lo que se podrá volver a ejecutar el comando cldevice.
Las tablas CCR que se actualizarán son /etc/cluster/ccr/replicated_devices y /etc/cluster/ccr/did_instances. En primer lugar, se actualiza la tabla replicated_devices. - Si el comando cldevice se interrumpe antes de confirmar los cambios realizados en la tabla did_instances, será necesario deshacer manualmente las actualizaciones efectuadas en la tabla replicated_devices.
Servicios de datos
El método de validación de SUNW.ScalMountPoint en un recurso se finaliza debido a una señal SIGSEGV. (6606281)
Resumen del problema: si se escriben comentarios en el archivo de QFS compartido mcf después de la información del sistema de archivo, el método SUNW.ScalMountPoint presentará errores debido a una administración incorrecta por parte del tipo de recurso SUNW.ScalMountPoint. A continuación se muestra un ejemplo de archivo mcf que puede provocar un problema:
# File system for data
Data 300 ms Data on shared
#/dev/md/oracle/dsk/d30 301 md Data on
/dev/md/oracle/dsk/d31 302 md Data on
Solución alternativa: evite escribir comentarios después de la información del sistema de archivos en el archivo mcf.
GUI
La edición en la página de las propiedades de recursos o grupos de recursos no funciona en Internet Explorer. (6607871)
Resumen del problema: La función de edición en la página de las propiedades de recursos o grupos de recursos no funciona al utilizar Sun Cluster Manager en Internet Explorer. Los campos de propiedades de las listas de tablas de recursos o grupos de recursos no se mostrarán como campos editables. En su lugar, permanecerán sólo como campos de visualización. No se mostrará ningún mensaje de error.
Solución alternativa: utilice el Asistente de edición de propiedades, ubicado en la parte superior de la lista de tablas de propiedades, para editar las propiedades de recursos o grupos de recursos.
Instalación
La función de detección automática con las configuraciones de InfiniBand puede recomendar a menudo dos rutas que utilicen un mismo adaptador. (6299097)
Resumen del problema: si InfiniBand se utiliza como transporte del clúster y hay dos adaptadores en cada nodo con dos puertos por adaptador y un total de dos conmutadores, la función de detección automática del adaptador de la utilidad scinstall podría recomendar dos rutas de transporte que utilicen el mismo adaptador.
Solución alternativa: especifique manualmente los adaptadores de transporte en cada nodo.
Excepción del programa de instalación durante la ejecución de pkgrm debido a que falta el archivo /tmp/admin.txt. (6532980)
Resumen del problema: el inicio del programa de instalación installer de Sun Java Availability Suite para instalar el software de Sun Cluster y el software relacionado falla con una excepción de Java. El error que aparece en pantalla es pkgrm: ERROR: unable to open admin file /tmp/admin.txt. La instalación puede presentar errores independientemente del tipo de plataforma que se utilice al instalar sólo el software de Sun Cluster, o incluso al instalar o actualizar sólo los componentes compartidos.
Solución alternativa: compruebe que exista el archivo /tmp/admin.txt. Si existe, compruebe que el archivo tenga permisos de lectura y escritura para el usuario root. Si el usuario root no dispone de estos permisos, asígnelos a este usuario mediante el comando chmod. Si el archivo /tmp/admin.txt no existe, créelo con permisos de lectura y escritura para el usuario root con el siguiente contenido:
mail=
instance=overwrite
partial=nocheck
runlevel=nocheck
idepend=nocheck
idepend=nocheck
space=nocheck
setuid=nocheck
conflict=nocheck
action=nocheck
basedir=default
Asegúrese de que un nodo del clúster de Solaris 10 no esté reenviando paquetes. (6559444)
Resumen del problema: el comando scinstall(1M) crea la configuración adecuada para garantizar que el nuevo nodo del clúster de Solaris 9 o versiones más recientes no funcione como enrutador. En Solaris 10, el método para deshabilitar la función de enrutador ha cambiado y aún no se ha actualizado scinstall. A partir de la versión Solaris 10, el reenvío de paquetes se deshabilita de forma predeterminada. Si, en un equipo de Solaris 10, nunca se ha habilitado el reenvío, esta configuración predeterminada será correcta y suficiente. La respuesta de los servicios escalables y el equilibrado de carga pueden verse afectados si se ha habilita el reenvío de paquetes.
Solución alternativa: para descubrir si el reenvío de paquetes se encuentra habilitado o deshabilitado, ejecute el siguiente comando:
# /usr/sbin/routeadm
El enrutamiento de IPv4 debería estar habilitado y el reenvío deshabilitado Tanto el enrutamiento de IPv6 como el reenvío deberían estar deshabilitados. Si se ha habilitado el reenvío de IPv4 antes de instalar el software de Sun Cluster, ejecute el siguiente comando:
# /usr/sbin/routeadm -d ipv4-forwarding
Consulte también la página de comando man routeadm(1M).
Es posible que Sun Cluster Manager no muestre ningún dato, excepto el nombre del clúster, una vez instalado Sun Cluster 3.2 2/08. (6621283)
Resumen del problema: cuando la versión existente del common agent container común es 2.0 (/usr/sbin/cacaoadm -V), es posible que no se pueda actualizar a 2.1 durante la instalación del software de Sun Cluster 3.2 2/08. Los siguientes comandos muestran las circunstancias del problema después de realizar la instalación del software de Sun Cluster 3.2 2/08:
# cacaoadm -V
2.1.0
# cacaoadm list-modules | grep rbac
com.sun.cacao.rbac 1.0
Esta versión del módulo RBAC no funcionará con el common agent container 2.1.
Solución alternativa: termine de realizar la actualización manualmente en cada módulo de la siguiente forma:
% su
# /usr/sbin/cacaoadm prepare-uninstall
# cacaoadm start
# cacaoadm list-modules | grep rbac
com.sun.cacao.rbac 2.1
Tiempo de ejecución
Advertencias de transporte en nodos del clúster de LDoms invitados (6678045)
Resumen del problema: En los dominios invitados LDoms configurados como nodos de clúster, deberían aparecer mensajes similares al que se muestra a continuación cuando se reinicie el nodo:
ADVERTENCIA: Se ha recibido una respuesta ininterrumpida en phys-schost-1:ce5 - phys-schost-4:ce5. Es posible que se agoten los tiempos de espera de la rutas.
Solución alternativa: Estos mensajes se pueden omitir.
No se pueden vincular con seguridad las aplicaciones de libstlport4 en Sun Cluster. (6298053)
Resumen del problema: una aplicación que se ejecute con una configuración de Sun Cluster vinculada a stlport4 puede bloquearse si el daemon nscd no se está ejecutando y la aplicación no realiza llamadas relacionadas con NSS.
Solución alternativa: en cada nodo del clúster, realice modificaciones en los siguientes archivos de configuración.
 | Nota Si ejecuta la utilidad sccheck después de eliminar el conmutador cluster de la tabla de búsqueda nsswitch.conf, es posible que obtenga un mensaje de error en el que se indique que falta el conmutador cluster. Como ha eliminado intencionadamente el conmutador cluster del archivo, puede omitir este mensaje. |
- Realice una copia de seguridad de los archivos /etc/inet/hosts, /etc/netmasks y /etc/nsswitch.conf en cada nodo.
- Asegúrese de que cada nombre de host privado del clúster aparezca enumerado en el archivo /etc/inet/hosts en cada nodo del clúster. Estas direcciones están asociadas a la interfaz clprivnet0. En el siguiente ejemplo, se muestra cómo determinar la dirección IP del nombre de host privado del nodo:
# ifconfig clprivnet0 | fmt
clprivnet0:
flags=1009843<UP,BROADCAST,RUNNING,MULTICAST,MULTI_BCAST,PRIVATE,IPv4>
mtu 1500 index 5
inet 172.16.4.1 netmask fffffe00 broadcast 172.16.5.255
ether 0:0:0:0:0:1
# cat > /etc/inet/hosts <<EOS
172.16.0.129 clusternode1-priv-physical1
172.16.1.1 clusternode1-priv-physical2
172.16.4.1 clusternode1-priv
172.16.0.130 clusternode2-priv-physical1
172.16.1.2 clusternode2-priv-physical2
172.16.4.2 clusternode2-priv
EOS - Asegúrese de que las máscaras de red de interconexión del clúster aparezcan enumeradas en el archivo /etc/netmasks en todos los nodos del clúster. Puede utilizar la siguiente secuencia de comandos para recopilar la lista de máscaras de red:
# ifconfig -a | \
nawk '/flags/&&!/PRIVATE/{p=0}\
/flags/&&/PRIVATE/{p=1}\
p==1&&$3 ~ /netmask/{print $2}'|\
while read i; do getent netmasks $i; done > /tmp/netmasksCompruebe la lista de las máscaras de red recopiladas como, por ejemplo:
# cat /tmp/netmasks
172.16.1.1 255.255.255.128
172.16.0.129 255.255.255.128
172.16.4.1 255.255.254.0Si la lista es correcta, anexe las entradas a los archivos netmasks:
# cat /tmp/netmasks >> /etc/netmasks
4) En cada nodo del clúster, elimine el conmutador cluster de las búsquedas de las entradas hosts y netmasks. Por ejemplo:
Antes de la modificación:...
hosts: cluster files files dns nisplus dns
...
netmasks: cluster files nisplus
...Después de la modificación:
...
hosts: files files dns nisplus dns
...
netmasks: files nisplus
...
Los discos con etiquetas EFI sobre la configuración de PowerPath de EMC provocan mensajes de error. (6536409)
Resumen del problema: se detectan errores al utilizar discos con etiquetas EFI con el controlador de ruta múltiple PowerPath de EMC. Estos errores impiden que se configuren correctamente las rutas de los dispositivos DID.
Solución alternativa: no hay actualmente ninguna solución alternativa disponible. Evite el uso de discos con etiquetas EFI para los dispositivos que utilicen el controlador PowerPath de EMC.
Actualización
vxio Hay diferentes números mayores en los nodos si se encapsula el disco raíz. (6445917)
Resumen del problema: en los clústeres que ejecuten Veritas Volume Manager (VxVM), una actualización estándar o de doble partición de cualquiera de los siguientes componentes de software presentará errores si se encapsula el disco raíz:
- Actualización del SO Solaris a una versión diferente
- Actualización de VxVM
- Actualización del software de Sun Cluster
El nodo del clúster presentará un error grave y no podrá reiniciarse tras la actualización. Este error se debe a los cambios realizados en los números mayores o menores efectuados por VxVM durante la actualización.
Solución alternativa: anule la encapsulación del disco raíz antes de iniciar la actualización.
| Advertencia Si el procedimiento anterior no se sigue correctamente, es posible que experimente problemas graves inesperados en todos los nodos que se actualicen. Además, la encapsulación y la anulación de la encapsulación del disco raíz provocan un reinicio automático adicional del nodo (cada vez), aumentando el número de reinicios necesarios durante la actualización. |
No se pueden utilizar las zonas después de realizar una Live Upgrade de la versión 3.1 de Sun Cluster en Solaris 9 a la versión 3.2 en Solaris 10. (6509958)
Resumen del problema: después de realizar una Live Upgrade de la versión 3.1 de Sun Cluster en Solaris 9 a la versión 3.2 en Solaris 10, las zonas no se pueden utilizar correctamente con el software del clúster. El problema es que no se han creado los datos de pspool para los paquetes de Sun Cluster. Por lo tanto, estos paquetes que deben propagarse a las zonas no globales como, por ejemplo, SUNWsczu, no se propagan correctamente.
Solución alternativa: después de actualizar los paquetes de Sun Cluster mediante el comando scinstall -R y antes de reiniciar el clúster en el modo de clúster, ejecute dos veces la siguiente secuencia de comandos:
- Una vez para los paquetes de la estructura de Sun Cluster
- Una vez para los paquetes de servicios de datos de Sun Cluster
Prepare y ejecute esta secuencia de comandos de una de las siguientes formas:
- Configure las variables de los paquetes de la estructura de Sun Cluster y ejecute la secuencia de comandos. A continuación, modifique la variable PATHNAME para los paquetes de servicios de datos y vuelva a ejecutar la secuencia de comandos.
- Cree dos secuencias de comandos, una con la variable definida en la secuencia de comandos para los paquetes de la estructura y otra con las variables definidas para los paquetes de servicios de datos. A continuación, ejecute las dos secuencias de comandos.
- Conviértase en superusuario.
- Cree una secuencia de comandos con el siguiente contenido.
#!/bin/ksh
typeset PLATFORM=${PLATFORM:-`uname -p`}
typeset PATHNAME=${PATHNAME:-/cdrom/cdrom0/Solaris_${PLATFORM}/Product/sun_cluster/Solaris_10/Packages}
typeset BASEDIR=${BASEDIR:-/}
cd $PATHNAME
for i in *
do
if pkginfo -R ${BASEDIR} $i >/dev/null 2>&1
then
mkdir -p ${BASEDIR}/var/sadm/pkg/$i/save/pspool
pkgadd -d . -R ${BASEDIR} -s ${BASEDIR}/var/sadm/pkg/$i/save/pspool $i
fi
done - Establezca las variables PLATFORM, PATHNAME y BASEDIR.
Establezca estas variables como variables de entorno o modifique directamente los valores de la secuencia de comandos.PLATFORM
El nombre de la plataforma. Por ejemplo, puede ser sparc o x86. La variable PLATFORM se establece de forma predeterminada en la salida del comando uname -p.
PATHNAME
La ruta al dispositivo desde el que se puede instalar los paquetes de la estructura o los servicios de datos de Sun Cluster. Este valor se corresponde con la opción -d del comando pkgadd.
Por ejemplo, en los paquetes de la estructura de Sun Cluster, este valor presentaría el siguiente formato:/cdrom/cdrom0/Solaris_${PLATFORM}/Product/sun_cluster/Solaris_10/Packages
En los paquetes de los servicios de datos de Sun Cluster, este valor presentaría el siguiente formato:
/cdrom/cdrom0/Solaris_${PLATFORM}/Product/sun_cluster_agents/Solaris_10/Packages
BASEDIR
El nombre de ruta completo de un directorio que se utilizará como ruta raíz y que se corresponde con la opción -R del comando pkgadd. Para la Live Upgrade, establezca este valor en la ruta raíz utilizada con la opción -R del comando scinstall. La variable BASEDIR se establece de forma predeterminada en el sistema de archivos raíz (/).
- Ejecute la secuencia de comandos una vez para los paquetes de la estructura de Sun Cluster y otra vez para los paquetes de servicios de datos.
Una vez ejecutada la secuencia de comandos, debería ver el siguiente mensaje en el símbolo del sistema para cada paquete:Transferring pkgname package instance
Nota
Si el directorio pspool ya existe para un paquete o si la secuencia de comandos se ejecuta dos veces para el mismo conjunto de paquetes, se mostrará el siguiente mensaje de error en el símbolo del sistema:Transferring pkgname package instance
pkgadd: ERROR: unable to complete package transfer
-- identical version of pkgname already exists on destination deviceSe trata de un mensaje inocuo, que puede omitirse con seguridad.
- Una vez ejecutada la secuencia de comandos para los paquetes de la estructura y los servicios de datos, arranque los nodos en el modo de clúster.
Los nodos de Sun Cluster no se pueden arrancar en el modo de clúster después de realizar una Live Upgrade cuando hay zonas locales configuradas con la ruta raíz de la zona en un sistema de archivos que no sea raíz (/). (6599197)
Resumen del problema: los nodos de Sun Cluster no se pueden arrancar en el modo de clúster después de realizar una Live Upgrade. Este error sólo se produce cuando las zonas locales se han configurado en los nodos con la ruta raíz de la zona en un sistema de archivos que no sea raíz. Los siguientes mensajes de error aparecen durante el arranque:
Configuring devices.
NIS domain name is <domain name>
Loading smf(5) service descriptions: 15/26ERROR: unable to mount zones: zoneadm:
zone '<zonename>': "/usr/lib/fs/lofs/mount --o ro,nosub,nodevices /space/zones/<zonename>/root
/.alt.sorce.15030/space/zones/<zonename>--sorce.15030/lu/b" failed with exit code 33
zoneadm: zone '<zonename>': cannot mount /.alt.sorce.15030/space/zones/<zonename>--sorce.15030/lu/b on
/space/zones/<zonename>/root: Error 0
zoneadm: zone '<zonename>': destroying snapshot: No such zone configured
zoneadm: zone '<zonename>': call to zoneadmd failed
ERROR: unable to mount zone <zonename> in </.alt.sorce.15030>
ERROR: unmounting partially mounted boot environment file systems
ERROR: umount: warning: /dev/dsk/c0t0d0s0 not in mnttab
umount: /dev/dsk/c0t0d0s0 not mounted
ERROR: cannot unmount </dev/dsk/c0t0d0s0>
ERROR: cannot mount boot environment by name <sorce.15030>
Could not mount the last Live Upgrade Boot Environment
Please reboot in noncluster mode(boot --x) and Repair
19/26syncing file systems... done
Program terminate
Solución alternativa: realice los siguientes pasos:
- Utilice la Live Upgrade para actualizar sólo el sistema operativo.
- Reinicie los nodos en el modo sin clúster.
- Actualice los componentes compartidos y los paquetes centrales y de servicios de datos de Sun Cluster mediante los procedimientos de actualización estándar.
- Arranque el equipo en el modo de clúster.
Parches y niveles de firmware necesarios
En esta sección, se proporciona información sobre los parches de la configuración de Sun Cluster, incluidas las siguientes subsecciones:
- Aplicación del parche central de Sun Cluster 3.2 2/08
- Eliminación del parche central de Sun Cluster 3.2 2/08
- Herramientas de administración de parches
- SunSolve Online
- Listas de parches de Sun Cluster
- Firmware necesario
Si realiza una actualización al software de Sun Cluster 3.2 2/08, consulte la Guía de actualización de Sun Cluster para el SO Solaris. La aplicación del parche central de Sun Cluster 3.2 2/08 no proporciona los mismos resultados que la actualización del software a la versión Sun Cluster 3.2 2/08.
| Nota Lea el archivo README (Léame) del parche antes de aplicar o eliminar cualquier parche. |
Si está utilizando el método de reinicio del parche (del nodo) para instalar el parche central de Sun Cluster, 125510 (S9/SPARC), 125511(S10/SPARC) o 125512(S19/x64), debe haber instalado anteriormente la versión -02 del parche para poder instalar versiones posteriores. Si no ha instalado la versión -02 del parche y desea instalar, como mínimo, la versión -03, debe utilizar el método de reinicio del clúster.
Consulte la siguiente lista de ejemplos de diferentes escenarios de aplicación de parches:
- Si dispone del software de Sun Cluster 3.2 2/08 con el sistema operativo Solaris 10 en SPARC y con el parche 125511-02, y desea instalar, como mínimo, la versión 125511-03, utilice el método de reinicio del nodo o del clúster.
- Si dispone del software de Sun Cluster 3.2 2/08 con el sistema operativo Solaris 10 en SPARC sin la versión 125511-02 instalada y desea instalar, como mínimo, la versión 125511-03, tiene las siguientes opciones:
- Utilice el método de reinicio del clúster para instalar 125511-03.
- Instale la versión 125511-02 utilizando el método de reinicio del nodo y, a continuación, instale la versión 125511-03 mediante el mismo método.
Nota
Debe ser un usuario registrado de SunSolve? para ver y descargar los parches necesarios para el producto de Sun Cluster. Si no dispone de una cuenta de SunSolve, póngase en contacto con el ingeniero de ventas o el representante de servicios de Sun, o regístrese en línea en http://sunsolve.sun.com.
Aplicación del parche central de Sun Cluster 3.2 2/08
Realice el siguiente procedimiento para aplicar el parche central de Sun Cluster 3.2 2/08.
Cómo aplicar el parche central de Sun Cluster 3.2 2/08
- Instale el parche central mediante el procedimiento de reinicio del parche habitual.
- Compruebe que el parche se haya instalado sin problemas en todos los nodos y que funcione correctamente.
- Registre la nueva versión de los tipos de recursos SUNW.HAStoragePlus, SUNW.ScalDeviceGroup y SUNW.ScalMountPoint que se han actualizado con este parche. Realice la actualización de todos los recursos existentes de estos tipos a las versiones recientes.
Para obtener información sobre cómo registrar un tipo de recurso, consulte "Registro de un tipo de recurso" en Sun Cluster Data Services Planning and Administration Guide for Solaris OS.Advertencia
Si se elimina el parche central de Sun Cluster 3.2 2/08, cualquier recurso que se haya actualizado en el paso 3 se restablecerá a las versiones anteriores de los tipos de recursos. Para restablecer a versiones anteriores, se deben planificar tiempos de inactividad para estos servicios. Por lo tanto, no realice el paso 3 hasta que esté preparado para confirmar la aplicación permanente del parche central de Sun Cluster 3.2 2/08 en el clúster.
Eliminación del parche central de Sun Cluster 3.2 2/08
Realice el siguiente procedimiento para eliminar el parche central de Sun Cluster 3.2 2/08.
Cómo eliminar el parche central de Sun Cluster 3.2 2/08
- Enumere los tipos de recursos del clúster.
# clrt list
- Si la lista devuelve SUNW.HAStoragePlus:5, SUNW.ScalDeviceGroup:2 o SUNW.ScalMountPoint:2, debe eliminar estos tipos de recursos. Para obtener instrucciones sobre cómo eliminar un tipo de recurso, consulte "Cómo eliminar un tipo de recurso" en Sun Cluster Data Services Planning and Administration Guide for Solaris OS.
- Reinicie todos los nodos del clúster en el modo de usuario único sin clúster.
Para obtener instrucciones sobre cómo reiniciar nodos del clúster en el modo de usuario único sin clúster, consulte "Cómo arrancar un nodo del clúster en el modo sin clúster<" en la Guía de administración del sistema de Sun Cluster para el SO Solaris. - Elimine el parche central de Sun Cluster 3.2 2/08 de cada nodo en el que se haya instalado.
# patchrm patch--id
- Reinicie todos los nodos en los que haya eliminado el parche central de Sun Cluster 3.2 2/08 en el modo de clúster.
Al reiniciar todos los nodos en los que se ha eliminado el parche central de Sun Cluster 3.2 2/08 antes de reiniciar el resto de los nodos, se garantiza la formación del clúster con la información correcta en CCR. Si se ha aplicado el parche central en todos los nodos del clúster, puede reiniciarlos en el modo de clúster sin necesidad de seguir ningún orden.
Para obtener instrucciones sobre cómo reiniciar los nodos en el modo de clúster, consulte "Cómo reiniciar un nodo del clúster" en la Guía de administración del sistema de Sun Cluster para el SO Solaris. - Reinicie todos los nodos restantes en el modo de clúster.
Herramientas de administración de parches
Puede encontrar información sobre las opciones de administración de parches del SO Solaris en los sitios web de Sun Connection Update Manager y Sun xVM Ops Center. Puede encontrar información adicional sobre el uso de la utilidad de administración de parches de Solaris, patchadd, en la Guía de administración de Solaris: administración básica en http://docs.sun.com. Consulte la versión de este manual publicada para la versión del SO Solaris que se encuentra instalada en su sistema.
Si deben aplicarse algunos parches cuando el nodo se encuentre en el modo sin clúster, puede realizar este proceso por turnos, un nodo cada vez, a menos que, en las instrucciones del parche, se indique que debe cerrar todo el clúster. Siga los procedimientos descritos en Cómo aplicar un parche de reinicio (nodo) en la Guía de administración del sistema de Sun Cluster para el SO Solaris con el fin de preparar el nodo y arrancarlo en el modo sin clúster. Para simplificar la instalación, tenga en cuenta la aplicación simultánea de todos los parches que establezca en el modo sin clúster.
SunSolve Online
El sitio web SunSolve? Online proporciona acceso ininterrumpido a la información más reciente acerca de los parches, el software y el firmware de los productos de Sun. Acceda al sitio SunSolve Online en http://sunsolve.sun.com para obtener las matrices más actuales de las revisiones de parches, software y firmware admitidas.
La información de los parches de Sun Cluster 3.2 2/08 de terceros se proporciona mediante un documento de información de SunSolve, que proporciona toda la información de parches de terceros para el hardware específico que tiene intención de utilizar en un entorno de Sun Cluster 3.2 2/08. Para buscar este documento de información, inicie una sesión en SunSolve. En la página de inicio de SunSolve, escriba Sun Cluster 3.x Third-Party Patches en el cuadro de criterios de búsqueda.
Antes de instalar el software de Sun Cluster 3.2 2/08 y aplicar parches a un componente del clúster (SO Solaris, software de Sun Cluster, software de Volume Manager, software de servicios de datos o hardware de disco), consulte cada archivo README (Léame) que acompaña a los parches que recupere. Todos los nodos del clúster deben presentar un mismo nivel de aplicación de parches para que el clúster funcione correctamente.
Para obtener procedimientos y sugerencias sobre la administración de parches, consulte el capítulo 10, "Aplicación de parches en el software y firmware de Sun Cluster" en la Guía de administración del sistema de Sun Cluster para el SO Solaris.
Listas de parches Sun Cluster
El Parche Klatch de Sun Cluster ofrece una lista completa y actualizada de los parches que se deben aplicar al SO Solaris, al software de Sun Cluster y a otro software en la configuración del clúster, en función de la versión del software que esté utilizando.
Arriba
Firmware necesario
Parche de la compatibilidad del clúster con la matriz StorageTek 2530
El software Sun StorageTek Common Array Manager (CAM) , versión 6.0.1, proporciona compatibilidad de SCSI3 o PGR con la matriz Sun StorageTek 2530 para un máximo de tres nodos. EL parche CAM 6.0.1 está disponible en el centro de descargas de Sun o puede iniciar una sesión en SunSolve y descargar el parche 137294-01.
Documentación de Sun Cluster 3.2 2/08
La documentación de usuario de Sun Cluster 3.2 2/08 está compuesta por las siguientes colecciones:
- Manuales de software de Sun Cluster 3.2 2/08 para el SO Solaris
- Manuales de servicios de datos de Sun Cluster 3.2 2/08 para el SO Solaris (SPARC Platform Edition)
- Manuales de servicios de datos de Sun Cluster 3.2 2/08 para el SO Solaris (x86 Platform Edition)
- Colección de hardware de Sun Cluster 3.1 - 3.2 para el SO Solaris (SPARC Platform Edition)
- Colección de hardware de Sun Cluster 3.1 - 3.2 para el SO Solaris (x86 Platform Edition)
Nota
Procedimientos de la versión de Sun Cluster HA para Sun Java? System Directory Server que utiliza Sun Java System Directory Server 5.0 y 5.1 se encuentran en el Servicio de datos de Sun Cluster 3.1 para Sun ONE Directory Server .
A partir de la versión 5.2 de Sun ONE Directory Server, consulte la documentación de instalación de Sun ONE Directory Server o Sun Java System Directory Server.Algunos manuales no se han actualizado desde la versión anterior Sun Cluster 3.2. No obstante, su contenido también es aplicable a la versión Sun Cluster 3.2 2/08.
La documentación de usuario de Sun Cluster 3.2 2/08 está disponible en formato PDF y HTML en el siguiente sitio web:
Nota
A partir de la versión Sun Cluster 3.2, la documentación de los servicios de datos individuales no se traducirá y sólo estará disponible en inglés.
Manuales de software de Sun Cluster 3.2 2/08 para el SO Solaris
| Número de referencia | Título del libro |
|---|---|
| 820-2562 | Sun Cluster 3.2 2/08 Documentation Center |
| 820-2554 | Sun Cluster Concepts Guide for Solaris OS |
| 820-2559 | Sun Cluster Data Services Developer's Guide for Solaris OS |
| 820-2561 | Sun Cluster Data Services Planning and Administration Guide for Solaris OS |
| 820-2560 | Sun Cluster Error Messages Guide for Solaris OS |
| 820-2553 | Sun Cluster Overview for Solaris OS |
| 820-2557 | Sun Cluster Quick Reference |
| 820-2756 | Sun Cluster Reference Manual for Solaris OS |
| 820-2555 | Guía de instalación de software de Sun Cluster para el SO Solaris |
| 820-2556 | Guía de inicio rápido de Sun Cluster para el SO Solaris |
| 820-2270 | Guía de actualización de Sun Cluster para el SO Solaris |
| 820-2558 | Guía de administración del sistema de Sun Cluster para el SO Solaris |
Manuales de servicios de datos de Sun Cluster 3.2 2/08 para el SO Solaris (SPARC Platform Edition)
Manuales de servicios de datos de Sun Cluster 3.2 2/08 para el SO Solaris (x86 Platform Edition)
Colección de hardware de Sun Cluster 3.1 - 3.2 para el SO Solaris (SPARC Platform Edition)
Colección de hardware de Sun Cluster 3.1 - 3.2 para el SO Solaris (x86 Platform Edition)
Problemas de documentación
En esta sección, se indican los errores u omisiones de la documentación, la ayuda en línea o las páginas de comandos man de la versión Sun Cluster 3.2 2/08.
- Guía de administración del sistema
- Guía para el desarrollador de servicios de datos
- Páginas de comando man
Guía de administración del sistema
En esta guía, se describen los errores y las omisiones de la Guía de administración del sistema de Sun Cluster para el SO Solaris.
Cambio de nombre de un dispositivo de repetición
Si cambia el nombre de un grupo de dispositivos de repetición, se deben realizar pasos adicionales para Hitachi TrueCopy y SRDF. Siga los pasos descritos en "Cómo configurar dispositivos DID para la repetición mediante EMC Symmetrix Remote Data Facility (SRDF)" en la Guía de administración del sistema de Sun Cluster para el SO Solaris y realice los siguientes pasos:
Para TrueCopy:
Si cambia el nombre del grupo de dispositivos de repetición (y del grupo de dispositivos globales correspondiente), debe volver a ejecutar el comando cldevice replicate para actualizar la información de los dispositivos repetidos.
Para SRDF:
Si cambia el nombre del grupo de dispositivos de repetición (y del grupo de dispositivos globales correspondiente), debe actualizar la información de los dispositivos repetidos utilizando, en primer lugar, el comando scdidadm -b para eliminar la información existente. El último paso consiste en utilizar el comando cldevice combine para crear un nuevo dispositivo actualizado.
Liberación de reservas SCSI-2
Al aplicar parches en el modo de usuario único con zonas de conmutación por error y hay reservas de SCSI-2 en los discos, sigas las instrucciones descritas en el apartado Cómo aplicar parches en el modo de usuario único con zonas de conmutación por error, que presenta el siguiente cambio:
Una vez completado el paso #10, omita el paso #11 y siga las siguientes instrucciones para determinar si hay reservas SCSI-2 en los discos del conjunto.
a. En todos los discos del conjunto, ejecute /usr/cluster/lib/sc/scsi -c disfailfast -d /dev/did/rdsk/d#s2.
b. Si se enumeran las claves, libérelas con: /usr/cluster/lib/sc/scsi -c release -d /dev/did/rdsk/d#s2.
Guía para el desarrollador de servicios de datos
En esta sección, se describen los errores y las omisiones de Sun Cluster Data Services Developer's Guide for Solaris OS.
Cambio en el comportamiento de los tiempos de espera del método
Falta una descripción del cambio realizado en el comportamiento de los tiempos de espera del método en la documentación a partir de la versión Sun Cluster 3.2. Si se agota el tiempo de espera de la llamada al método RGM, el proceso se finalizará mediante la señal SIGABRT en lugar de la señal SIGTERM. La finalización del proceso mediante la señal SIGABRT provoca que todos los miembros del grupo de procesos generen un archivo del núcleo central.
| Nota Evite escribir un método de servicio de datos que cree un nuevo grupo de procesos. Si el método de servicios de datos no necesita crear un nuevo grupo de procesos, escriba también un controlador de señal para las señales SIGTERM y SIGABRT. Escriba los controladores de señales para reenviar la señal SIGTERM o SIGABRT a un grupo de procesos secundario antes de que el controlador de señal finalice el proceso principal. De esta forma, aumenta la probabilidad de que los procesos generados por el método se finalicen correctamente. |
Páginas de comando man
En esta sección, se describen los errores, las omisiones y las adiciones de las páginas de comando man de Sun Cluster.
cldevice(1CL)
Falta la siguiente información sobre el comando cldevice replicate en la página de comando man cldevice(1M):
|
replicate |
El subcomando replicate no es un método admitido para combinar instancias de DID con SRDF. Este subcomando sólo se puede utilizar con TrueCopy. Para combinar instancias de DID con SRDF, utilice cldevice combine. |
clresource(1CL)
- Falta la siguiente opción en la página de comando man clresource(1CL):
-u
Especifica que el comando funcionará en los recursos cuyo grupo de recursos se haya suspendido, si especifica el operando +. Si no 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 + con los subcomandos clear, disable, enable, monitor, set y unmonitor. - En la descripción del operando +, se 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 especifique también la opción -u.
- El ejemplo proporcionado en las definiciones de los operandos + y - de las opciones -p, -x, and -y es incorrecto. Las definiciones deberían presentar el siguiente texto:
+
Agrega uno o varios 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 listas de valores de cadena como, por ejemplo, Resource_dependencies.
-
Elimina uno o varios 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 listas de valores de cadena como, por ejemplo, Resource_dependencies.
clresourcegroup(1CL)
- La sintaxis y la descripción del subcomando evacuate indica de forma incorrecta que puede evacuar varios nodos o zonas en la misma llamada al comando. Sin embargo, sólo puede especificar un nodo o zona en el comando evacuate.
- La página de comando man indica de forma incorrecta que la opción -s state está disponible para su uso con los subcomandos list. La opción -s no está actualmente disponible en el comando clresourcegroup para el subcomando list. Esta opción sólo está disponible para el subcomando status. Omita toda la información de la página de comando man acerca de la opción -s al utilizarla con el subcomando list.
- Falta la siguiente opción en la página de comando man clresourcegroup(1CL):
-u
Especifica que el comando funcionará en los grupos de recursos suspendidos, si especifica el operando +. Si no 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 cuando se especifica el operando + con los subcomandos add-node, manage, offline, online, quiesce, remaster, remove-node, restart, set, switch y unmanage. - En la descripción del operando +, se 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.
rt_properties(5)
En la descripción de la propiedad API_version de la página de comando man rt_properties(5), la fecha que aparece para la versión (12/07) es incorrecta. La fecha debería ser 2/08, como se muestra a continuación.
3.2 2/08
8
scdidadm(1M)
Falta la siguiente información sobre la opción -b en la página de comando man scdidadm(1M):
|
-b |
Devuelve una instancia de DID repetida a su estado anterior: dos instancias de DID independientes. |
Ejemplo 5.5 Deshacer la configuración del dispositivo DID repetido
# scdidadm -b 10
Problemas solucionados
En esta sección, se tratan solicitudes de cambios o errores u omisiones de la documentación que se han solucionado después de la versión Sun Cluster 3.2 2/08.
Compatibilidad del adaptador del canal de host Infiniband (6599044)
Los servidores de Sun SPARC Enterprise T5120 y T5220 que utilizan el software de Sun Cluster 3.2 2/08 ya no necesitan el parche CENTRAL 126106 (Solaris 10) o el parche 126107 (Solaris 10_x86) para las configuraciopes de InfiniBand.