(Spanish) Sun Cluster 3.2 2-08 Release Notes

compared with
Current by Maxiaoling145614
on Jul 28, 2008 20:32.

Key
This line was removed.
This word was removed. This word was added.
This line was added.

Changes (141)

View page history
* [Cambios en los nombres de productos|#ProductNameChanges]
* [Productos admitidos|#RELNOTES-6-PRODUCTS]
* [Sun Cluster Security Hardening|#CJAEBGFD]
* [Errores y problemas conocidos|#CHDGGECB]
* [Parches y niveles de firmware necesarios|#CHDHEHGF]
* [Documentación de Sun Cluster 3.2 2/08|#CHDGCEDD]
* [Problemas de documentación|#CJACJJJD]
* [Problemas solucionados|#CJACJJJD]

[Arriba|#top]
h3. {anchor:GCVSV} Nuevas funciones y funcionalidad
En esta sección, se describen cada una de las nuevas funciones incluidas en el software de Sun Cluster 3.2 2/08.
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|#11g]
* [(SPARC) Compatibilidad con los dominios lógicos (LDoms), dominios invitados como nodos del clúster|#opt-guestdomain]

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|#GFTDP]
* [Compatibilidad con el uso de dispositivos NAS de Sun Microsystems como dispositivos del quórum y almacenamiento compartidos|#GFPCU]
[Arriba|#top]
h4.


h4. {anchor:11g}(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.

[Arriba|#top]

h4.
{excerpt:hidden=true}1655{excerpt}

h4. {anchor:opt-guestdomain} (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|#GGTCS]
* [SPARC: Dominios invitados LDoms: Un único clúster abarca la topología de dos servidores diferentes|#GGTCG]
* [SPARC: Dominios invitados LDoms: Los clústeres abarcan la topología de dos servidores diferentes|#GGVTU]
* [SPARC: Dominios invitados LDom: Dominios de E/S redundantes|#GGTBA]
* [SPARC: Requisitos de software y parches para la compatibilidad con el software de LDoms|#ldoms-sw]
* [SPARC: Directrices para los dominios lógicos en un clúster|#ldoms-guidelines]
* [SPARC: Cómo instalar el software de dominios lógicos y crear dominios|#ldoms-install]
* [SPARC: Configuración de los dominios lógicos como nodos del clúster|#ldomsnodes]

[Arriba|#top]

h5. {anchor:GGTCS} 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|#ldoms-guidelines], [SPARC: Cómo instalar el software de dominios lógicos y crear dominios|#ldoms-install] y [SPARC: Configuración de los dominios LDoms como nodos del clúster|#ldomsnodes].
\\
\\
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.

h6. {anchor:GGTHF} SPARC: Clúster en una topología de cuadro

!ClusterInABox.gif|title="Ilustración: El contexto anterior describe el gráfico."

[Arriba|#top]

h5. {anchor:GGTCG} 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|#ldoms-guidelines], [SPARC: Cómo instalar el software de dominios lógicos y crear dominios|#ldoms-install] y [SPARC: Configuración de los dominios LDoms como nodos del clúster|#ldomsnodes].
\\
\\
La siguiente ilustración muestra una configuración en la que un único clúster abarca dos servidores diferentes.

h6. {anchor:GGTIV} SPARC: Un único clúster abarca dos servidores diferentes

!SingleClusterDifferentServers.gif|title="Ilustración: El contexto anterior describe el gráfico."

[Arriba|#top]

h5. {anchor:GGVTU} 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|#ldoms-guidelines], [SPARC: Cómo instalar el software de dominios lógicos y crear dominios|#ldoms-install] y [SPARC: Configuración de los dominios LDoms como nodos del clúster|#ldomsnodes].
\\
\\
La siguiente ilustración muestra una configuración en la que más de un único clúster abarca dos servidores diferentes.

h6. {anchor:GGVUM} SPARC: Los clústeres abarcan dos servidores diferentes

!ClustersInstalledAcrossDifferentServers.gif|title="Ilustración: El contexto anterior describe el gráfico."

[Arriba|#top]

h5. {anchor:GGTBA} 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|#ldoms-guidelines], [SPARC: Cómo instalar el software de dominios lógicos y crear dominios|#ldoms-install] y [SPARC: Configuración de los dominios LDoms como nodos del clúster|#ldomsnodes].
\\
\\
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.

h6. {anchor:GGTIW} SPARC: Dominios de E/S redundantes

!RedundantIODomain.gif|title="Ilustración: El contexto anterior describe el gráfico."

[Arriba|#top]

h5. {anchor:ldoms-sw}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

[Arriba|#top]

h5. {anchor:ldoms-guidelines}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, {{vnet{_}N{_}}}, 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_|http://docs.sun.com/app/docs/doc/820-4894-10].

[Arriba|#top]

h5. {anchor:ldoms-install}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.

h6. 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_|http://docs.sun.com/app/docs/doc/820-4894-10] y_[_Logical Domains (LDoms) 1.0.3 Release Notes_|http://docs.sun.com/app/docs/doc/820-4895-10]_.

* Lea los requisitos y las directrices en [SPARC: Directrices para los dominios lógicos en un clúster|#ldoms-guidelines].

h6. 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|http://docs.sun.com/source/820-4894-10/chapter3.html#d0e3205] 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|http://docs.sun.com/app/docs/doc/820-2555/ch2install-5137?a=view] 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.

[Arriba|#top]

h5. {anchor:ldomsnodes}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|http://docs.sun.com/app/docs/doc/820-2555/gcurm?a=view] 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, {{vnet{_}N{_}}}.

[Arriba|#top]

h2.

h4. {anchor:GFTDP} Compatibilidad con las etiquetas de servicio de Sun

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}}
h2. {anchor:FRYNU} Problemas de compatibilidad
* [SPARC: Dominios lógicos (LDoms)|#ldoms-compat]
* [Zonas IP exclusivas|#excl-ip]
* [Compatibilidad con {{fssnap}}|#GEUSQ]
[Arriba|#top]
h3.


h3. {anchor:ldoms-compat}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:
{panel}
set vds:vd_file_write_flags = 0
{panel}
Póngase en contacto con el representante del servicio de Sun para determinar si hay disponible un parche.
h3. {anchor:excl-ip} Zonas IP exclusivas
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.

[Arriba|#top]
 
h3. {anchor:trusted} Extensiones de confianza de Solaris
* *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 o Solaris 10 8/07
** *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.
{info:title=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.
{info}\\
* *Administradores de volúmenes*
* *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|#ldoms-sw].
* *Common agent container 2.1*
* Servicio de datos de Sun Cluster para Sybase ASE
\\
{info:title=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_ | http://docs.sun.com/app/docs/doc/817-1529].
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.
{info}Los siguientes servicios de datos no se admiten en esta versión de Sun Cluster del SO Solaris 10.
[Arriba|#top]
h32. {anchor:CJAEBGFD} 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.
*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{_}}}.

*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:
{panel}
{panel}{{Method {{Method _methodname_ (scalable svc) on resource _resourcename_ stopped or terminated}}
{{due to receipt of signal 11}}{panel}
{panel}
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.
*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.

*Solución alternativa*: para descubrir si el reenvío de paquetes se encuentra habilitado o deshabilitado, ejecute el siguiente comando:
{panel}{{\# */usr/sbin/routeadm*}}{panel}
{panel}
{{\# */usr/sbin/routeadm{*}}}
{panel}
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:
{panel}{{\# */usr/sbin/routeadm \-d ipv4-forwarding*}}{panel}
{panel}
{{\# */usr/sbin/routeadm \-d ipv4-forwarding{*}}}
{panel}
Consulte también la página de comando man {{routeadm}}(1M).
*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:
{panel}
{{\# *cacaoadm -V*}} \-V{*}}}
{{2.1.0}}
{{\# *cacaoadm list-modules \| grep rbac{*}}}
{{com.sun.cacao.rbac 1.0}}
{panel}

*Solución alternativa*: termine de realizar la actualización manualmente en cada módulo de la siguiente forma:
{panel}
{panel}{{% {{% *su{*}}}
{{\# */usr/sbin/cacaoadm prepare-uninstall{*}}}
{{\# *cacaoadm start{*}}}
{{\# *cacaoadm list-modules \| grep rbac{*}}}
{{com.sun.cacao.rbac 2.1}}{panel}
{panel}
[Arriba|#top]

h3. {anchor:GEAZO} Tiempo de ejecución

h4.


h4. *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:
{panel}
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.
{panel}
*Solución alternativa*: Estos mensajes se pueden omitir.

[Arriba|#top]

h2.

h4. No se pueden vincular con seguridad las aplicaciones de libstlport4 en Sun Cluster. (6298053)
{note:title=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.
{note}
 
# 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:
{panel}{{\#}} *{{ifconfig clprivnet0 \| fmt}}*
{panel}
{{\#}} {{{*}ifconfig clprivnet0 \| fmt{*}}}
{{clprivnet0:}}
{{flags=1009843<UP,BROADCAST,RUNNING,MULTICAST,MULTI_BCAST,PRIVATE,IPv4>}}

&nbsp;
{{\# *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.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}}{panel}
{panel}
# 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:
{panel}
{panel}{{\# {{\# *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/netmasks}}{panel}
{panel}
Compruebe la lista de las máscaras de red recopiladas como, por ejemplo:
{panel}
{{172.16.1.1 &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; 255.255.255.128}}
{{172.16.0.129 &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; 255.255.255.128}}
{{172.16.4.1 &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; 255.255.254.0}}{panel}
{panel}
Si la lista es correcta, anexe las entradas a los archivos {{netmasks}}:
{panel}{{\# *cat /tmp/netmasks >> /etc/netmasks{*}}}{panel}
{panel}
{{\# *cat /tmp/netmasks >> /etc/netmasks{*}}}
{panel}
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:_
{panel}...
...
{{hosts: *cluster* files files dns nisplus dns}}
...
{{netmasks: *cluster* files nisplus}}
...{panel}
{panel}
_Después de la modificación:_
{panel}...
...
{{hosts: files files dns nisplus dns}}
...
{{netmasks: files nisplus}}
...{panel}
{panel}
[Arriba|#top]
# Conviértase en superusuario.
# Cree una secuencia de comandos con el siguiente contenido.
{panel}{{\#\!/bin/ksh}}\\
{{\#\!/bin/ksh}}\\
\\ {{typeset PLATFORM=$\{PLATFORM:-`uname \-p`\}}}
{{typeset PATHNAME=$\{PATHNAME:-/cdrom/cdrom0/Solaris_$\{PLATFORM\}/Product/sun_cluster/Solaris_10/Packages\}}}
{{&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; mkdir \-p $\{BASEDIR\}/var/sadm/pkg/$i/save/pspool}}
{{&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; pkgadd \-d . \-R $\{BASEDIR\} \-s $\{BASEDIR\}/var/sadm/pkg/$i/save/pspool $i}}
{{&nbsp;&nbsp;&nbsp; fi}}\\ {{done}}{panel}
{panel}
# Establezca las variables {{PLATFORM}}, {{PATHNAME}} y {{BASEDIR}}.
Establezca estas variables como variables de entorno o modifique directamente los valores de la secuencia de comandos.
{section}{column:width=10%}{{{}PLATFORM}}
{column:width=10%}{{{}PLATFORM}}
{column}
{column:width=90%}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}}.
{column}{section}
{section}{column:width=10%}{{{}PATHNAME}}
{column}
{section}
{section}
{column:width=10%}{{{}PATHNAME}}
{column}
{column:width=90%}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:
{panel}{{/cdrom/cdrom0/Solaris_$\{PLATFORM\}/Product/sun_cluster/Solaris_10/Packages}}{panel}
{{/cdrom/cdrom0/Solaris_$\{PLATFORM\}/Product/sun_cluster/Solaris_10/Packages}}
{panel}
En los paquetes de los servicios de datos de Sun Cluster, este valor presentaría el siguiente formato:
{panel}{{/cdrom/cdrom0/Solaris_$\{PLATFORM\}/Product/sun_cluster_agents/Solaris_10/Packages}}{panel}
{column}{section} {{/cdrom/cdrom0/Solaris_$\{PLATFORM\}/Product/sun_cluster_agents/Solaris_10/Packages}}
{section}{column:width=10%}{{{}BASEDIR}} {panel}
{column}
{section}
{section}
{column:width=10%}{{{}BASEDIR}}
{column}
{column:width=90%}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 ({{/}}).
{column}{section}
{section}
# 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:
{panel}{{Transferring _pkgname_ package instance}}{panel}
{panel}
{{Transferring _pkgname_ package instance}}
{panel}
{info:title=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:
{panel}
{panel}{{Transferring {{Transferring _pkgname_ package instance}}
{{pkgadd: ERROR: unable to complete package transfer}}
{{&nbsp;&nbsp;&nbsp;&nbsp;-\- identical version of&nbsp;_pkgname_ already exists on destination device}}{panel}
{panel}
Se trata de un mensaje inocuo, que puede omitirse con seguridad.
{info}

*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:
{panel}{{Configuring&nbsp;devices.}}
{{Configuring&nbsp;devices.}}
{{NIS&nbsp;domain&nbsp;name&nbsp;is&nbsp;<domain&nbsp;name>}}
{{Loading&nbsp;smf(5)&nbsp;service&nbsp;descriptions:&nbsp;15/26ERROR:&nbsp;unable&nbsp;to&nbsp;mount&nbsp;zones:&nbsp;zoneadm:&nbsp;}}
{{Please&nbsp;reboot&nbsp;in&nbsp;noncluster&nbsp;mode(boot&nbsp;--x)&nbsp;and&nbsp;Repair}}
{{19/26syncing&nbsp;file&nbsp;systems...&nbsp;done}}
{{Program&nbsp;terminate}}{panel}
{panel}
*Solución alternativa*: realice los siguientes pasos:
# Utilice la Live Upgrade para actualizar sólo el sistema operativo.
* [Herramientas de administración de parches|#patch]
* [SunSolve Online|#X-1DIMK]
* [Listas de parches de Sun Cluster|#patchklatch]
* [Firmware necesario|#reqfirmware]

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_|http://docs.sun.com/app/docs/doc/820-2270]. 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.
{info:title=Nota}Lea el archivo {{README}} (Léame) del parche antes de aplicar o eliminar cualquier parche.
{info}
Si está utilizando el método de reinicio del parche (del nodo) para instalar el parche central de Sun Cluster, [125510|http://sunsolve.sun.com/search/document.do?assetkey=1-21-125510-02-1] (S9/SPARC), 125511 (S10/SPARC) [125511|http://sunsolve.sun.com/search/document.do?assetkey=1-21-125511-02-1](S10/SPARC) o 125512 (S19/x64), [125512|http://sunsolve.sun.com/search/document.do?assetkey=1-21-125512-02-1](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.

# Enumere los tipos de recursos del clúster.
{panel}{{\#&nbsp;*clrt&nbsp;list{*}}}{panel}
{{\#&nbsp;*clrt&nbsp;list{*}}}
{panel}
# 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"|http://docs.sun.com/app/docs/doc/820-2561/6ne5g9kkt?a=view] 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.
[Arriba|#top]
h4. {anchor:patch} 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. Este parche no supone una actualización necesaria para las plataformas Sun StorEdge 6130, 2540, 6140 y 6540, y StorageTek FLX240, FLX280 y FLX380. El parche de CAM 6.0.1 está disponible en el Centro de descargas de Sun.

[Arriba|#top]

h3. {anchor:X-1DIMK} SunSolve Online
[Arriba|#top]
h3. {anchor:patchklatch}Listas de parches Sun Cluster

El [Parche Klatch de Sun Cluster|http://wikis.sun.com/display/SunCluster/The+Patch+Klatch+-+Patches+That+Affect+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|#top]

h3. {anchor:reqfirmware}Firmware necesario


h4. {anchor:patch} 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|http://sunsolve.sun.com/search/document.do?assetkey=1-21-137294-01-1].

[Arriba|#top]
h2. {anchor:CHDGCEDD} Documentación de Sun Cluster 3.2 2/08
* [Manuales de servicios de datos de Sun Cluster 3.2 2/08 para el SO Solaris (x86 Platform Edition)|#RELNOTES-35]
* [Colección de hardware de Sun Cluster 3.1 - 3.2 para el SO Solaris (SPARC Platform Edition)|#RELNOTES-35S]
* [Colección de hardware de Sun Cluster 3.1 - 3.2 para el SO Solaris (x86 Platform Edition)|#RELNOTES-35X]\\
 
{info:title=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_ | http://docs.sun.com/app/docs/doc/817-1529].
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.
{info}
{info}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:
\\
bq. [http://docs.sun.com/app/docs/prod/sun.cluster32|http://docs.sun.com/app/docs/prod/sun.cluster32]
\\
\\
{info:title=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.
{info}[Arriba|#top]\\
{info} \\
[Arriba|#top]
\\
\\

h3. {anchor:RELNOTES-39S} Manuales de software de Sun Cluster 3.2 2/08 para el SO Solaris
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.
h4. Liberación de reservas de SCSI2 SCSI-2
Al aplicar parches en el modo de usuario único con zonas de conmutación por error y hay reservas de scsi2 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|http://docs.sun.com/app/docs/doc/819-2971/6n57mi2g0?a=view#geubs], que presenta el siguiente cambio:
 
Una vez completado el paso #10, omita el paso #11 y siga las siguientes instrucciones si hay reservas de scsi2 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.
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|http://docs.sun.com/app/docs/doc/819-2971/6n57mi2g0?a=view#geubs], 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.
h3. {anchor:GDYMM} Guía para el desarrollador de servicios de datos
[Arriba|#top]
h4. {{cldevice}}(1M) {{cldevice}}(1CL)

Falta la siguiente información sobre el comando {{cldevice replicate}} en la página de comando man {{cldevice}}(1M):
{section}{column:width=10%}
{column:width=10%}
{{replicate}}
{column}
{column:width=90%}
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}}.
{column}{section}
{section}
[Arriba|#top]

* Falta la siguiente opción en la página de comando man {{clresource}}(1CL):
{section}{column:width=5%}{{\-u}}
{column:width=5%}{{\-u}}
{column}
{column:width=95%}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}}.
{column}{section}
{section}
* 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:
{section}{column:width=5%}{{+}}
{column:width=5%}{{+}}
{column}
{column:width=95%}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}}.
{column}{section}
{section}{column:width=5%}{{\-}}
{column}
{section}
{section}
{column:width=5%}{{\-}}
{column}
{column:width=95%}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}}.
{column}{section}
{section}

[Arriba|#top]
* 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):
{section}{column:width=5%}{{\-u}}
{column:width=5%}{{\-u}}
{column}
{column:width=95%}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}}.
{column}{section}
{section}
* 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}}.

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.
{panel}
{panel}{{3.2 {{3.2 2/08}}\\
bq. {{8}}{panel}
{panel}
[Arriba|#top]

Falta la siguiente información sobre la opción {{\-b}} en la página de comando man {{scdidadm}}(1M):
{section}{column:width=5%}
{column:width=5%}
{{\-b}}
{column}
{column:width=95%}
Devuelve una instancia de DID repetida a su estado anterior: dos instancias de DID independientes.
{column}{section}
{section}
Ejemplo 5.5 Deshacer la configuración del dispositivo DID repetido
{panel}{{\# *scdidadm \-b 10{*}}}{panel}
{panel}
{{\# *scdidadm \-b 10{*}}}
{panel}
\\
[Arriba|#top]

h2. {anchor:CJACKKKD} 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.

h3. Compatibilidad del adaptador del canal de host Infiniband (6599044)&nbsp;


h3.

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|http://sunsolve.sun.com/search/advsearch.do?collection=PATCH&type=collections&max=50&language=en&queryKey5=126106&toDocument=yes] (Solaris 10) o el parche [126107|http://sunsolve.sun.com/search/advsearch.do?collection=PATCH&type=collections&max=50&language=en&queryKey5=126107&toDocument=yes] (Solaris 10_x86) para las configuraciopes de InfiniBand.

[Arriba|#top]

The individuals who post here are part of the extended Sun Microsystems community and they might not be employed or in any way formally affiliated with Sun Microsystems. The opinions expressed here are their own, are not necessarily reviewed in advance by anyone but the individual authors, and neither Sun nor any other party necessarily agrees with them.

Copyright 1994-2009 Sun Microsystems, Inc.
Powered by Atlassian Confluence
Sun Guidelines on Public Discourse Privacy Policy Terms of Use Trademarks Site Map Employment Investor Relations Contact