Problemas de compatibilidad

Esta sección contiene la información siguiente sobre los problemas de compatibilidad de Oracle Solaris Cluster con otros productos:

• Error grave en el nodo al llamar a rename(2) para cambiar un nombre de un directorio ACFS de Oracle a su directorio principal (11828617)

• El nodo no puede iniciar Oracle Clusterware después de una inyección de fallos (uadmin 5 1) con un error grave (11828322)

• Oracle ACFS necesita ser compatible con fcntl clusterizado (11814449)

• No se puede iniciar Oracle ACFS en presencia de Oracle ASM en una zona no global (11707611)

• SAP startsap falla al iniciar la instancia de la aplicación si startsrv no se está ejecutando (7028069)

• Problema al usar Sun ZFS Storage Appliance como dispositivo del quórum a través de canal de fibra o iSCSI (6966970)

• GUI de Solaris Volume Manager

Consulte también la información siguiente:

• En el Capítulo 1, Planificación de la configuración de Oracle Solaris Cluster de Oracle Solaris Cluster Software Installation Guide, se han documentado otros problemas de compatibilidad de la estructura de Oracle Solaris Cluster.

• En Upgrade Requirements and Software Support Guidelines de Oracle Solaris Cluster Upgrade Guide, se han documentado otros problemas de compatibilidad de las actualizaciones de Oracle Solaris Cluster.

• Para obtener información sobre otros problemas o restricciones conocidos, consulte Errores y problemas conocidos.

Error grave en el nodo al llamar a rename(2) para cambiar un nombre de un directorio ACFS de Oracle a su directorio principal (11828617)

Resumen del problema: Este problema se produce al llamar a rename(2) para cambiar el nombre de un subdirectorio en un sistema de archivos ACFS al directorio principal, que a su vez es un subdirectorio en el punto de montaje del sistema de archivos de Oracle ACFS. Por ejemplo, un sistema de archivos de Oracle ACFS montado en /xxx con un directorio denominado /xxx/dir1 y un directorio secundario denominado /xxx/dir1/dir2. Al llamar a rename(2) con /xxx/dir1/dir2 y /xxx/dir1 como argumentos se produce el error.

Solución: Ninguna. No cambie el nombre de un directorio de Oracle ACFS al nombre de su directorio principal.

El nodo no puede iniciar Oracle Clusterware después de una inyección de fallos (uadmin 5 1) con un error grave (11828322)

Resumen del problema: Este problema se produce en una configuración de dos nodos de Oracle Solaris Cluster que se ejecuta en una única instancia de una base de datos de Oracle en Oracle ASM basado en clústeres con DB_HOME en Oracle ACFS. Después de un error grave en uno de los nodos, el nodo se inicia pero el software CRS produce un error.

# crsctl check crs
CRS-4638: Oracle High Availability Services is online 
CRS-4535: Cannot communicate with Cluster Ready Services 
CRS-4529: Cluster Synchronization Services is online 
CRS-4533: Event Manager is online 
# crsctl start crs
CRS-4640: Oracle High Availability Services is already active 
CRS-4000: Command Start failed, or completed with errors.

Solución: Reinicie el nodo una segunda vez.

Oracle ACFS necesita ser compatible con fcntl clusterizado (11814449)

Resumen del problema: Oracle ACFS en Oracle 11g versión 2 Grid Infrastructure sólo proporciona fcntl local del nodo. En una configuración de Oracle Solaris Cluster, las aplicaciones que están configuradas como aplicaciones escalables pueden estar activas desde más de un solo nodo del clúster. Una aplicación escalable podría emitir solicitudes de escritura al sistema de archivos subyacente desde varios nodos al mismo tiempo. Dependiendo de la implementación de la aplicación, los nodos con dependencia en fcntl() clusterizado no pueden configurarse como recursos escalables. Para admitir aplicaciones escalables en Oracle ACFS en una configuración de Oracle Solaris Cluster, Oracle ACFS debe admitir fcntl clusterizado.

Solución: En este momento no hay ninguna solución. No configure aplicaciones escalables en Oracle ACFS en una configuración de Oracle Solaris Cluster.

No se puede iniciar Oracle ACFS en presencia de Oracle ASM en una zona no global (11707611)

Resumen del problema: Este problema se produce cuando una configuración con Oracle 11 g versión 2 Grid Infrastructure se ejecuta en la zona global y Oracle 10g versión 2 ASM se ejecuta en una zona no global. Se crea un sistema de archivos de Oracle ACFS de finalidad general en la zona global con mountpath configurado con una ruta bajo la ruta raíz de la zona no global. El usuario admin de Oracle ASM en la zona global es diferente del usuario de Oracle ASM en la zona no global. El ID del usuario admin de Oracle ASM en la zona no global no existe en la zona global.

Después de reiniciar el nodo de clúster global, el intento de iniciar el sistema de archivos de Oracle ACFS falla y aparecen mensajes parecidos a los siguientes:

phys-schost# /u01/app/11.2.0/grid/bin/srvctl start filesystem -d /dev/asm/dummy-27 -n phys-schost 
PRCR-1013 : Failed to start resource ora.dbhome.dummy.acfs 
PRCR-1064 : Failed to start resource ora.dbhome.dummy.acfs on node phys-schost 
CRS-5016: Process "/u01/app/11.2.0/grid/bin/acfssinglefsmount" spawned by agent "/u01/app/11.2.0/grid/bin/orarootagent.bin" for action "start" failed: details at "(:CLSN00010:)" in "/u01/app/11.2.0/grid/log/phys-schost/agent/crsd/orarootagent_root/orarootagent_ro ot.log" 
CRS-2674: Start of 'ora.dbhome.dummy.acfs' on 'phys-schost' failed 

El archivo orarootagent_root.log tiene mensajes parecidos al siguiente:

2011-02-01 16:15:53.417: [ora.dbhome.dummy.acfs][8] {2:53487:190} [start] (:CLSN00010:)su: Unknown id: 303

El ID de usuario 303 que se ha identificado como Desconocido es el ID del usuario admin de Oracle ASM en la zona no global.

Solución: Utilice el mismo ID de usuario para el usuario admin de Oracle ASM tanto en la zona global como en la no global.

El flujo de trabajo de los recursos compartidos del Proyecto Oracle Solaris Cluster debe devolver todos los recursos compartidos dentro de r/w Projects (7041969)

Resumen del problema: La configuración de un recurso ScalMountPoint para un sistema de archivos Sun ZFS Appliance falla si el sistema de archivos no está definido para heredar sus propiedades NFS del proyecto principal.

Asegúrese de que se selecciona Inherit from project para el sistema de archivos al configurar el recurso ScalMountPoint. Para comprobar este valor, edite el sistema de archivos en la interfaz de ZFS Appliance y acceda a la ficha Protocolos.

Después de configurar el recurso ScalMountPoint, puede anular la selección Inherit from project para desactivar el aislamiento.

SAP startsap falla al iniciar la instancia de la aplicación si startsrv no se está ejecutando (7028069)

Resumen del problema: En SAP 7,11, el programa startsap falla al iniciar la instancia de la aplicación si el programa startsrv no se está ejecutando.

Solución: Utilice las siguientes entradas en la secuencia de comandos del empaquetador para iniciar la instancia de la aplicación, y adaptarlas a su información del sistema, como el número de instancia, SID, etc.

ps -e -o args|grep sapstartsrv|grep DVEB
if (( ${?} != 0 ))
then
         /usr/sap/FIT/DVEBMGS03/exe/sapstartsrv pf=/usr/sap/FIT/SYS/profile/FIT_DVEBMGS03_lzkosi2c -D
fi

Problema al usar Sun ZFS Storage Appliance como dispositivo del quórum a través de canal de fibra o iSCSI (6966970)

Resumen del problema: Cuando la aplicación Sun ZFS Storage Appliance de Oracle (antes conocida como Sun Storage 7000 Unified Storage Systems) a través de canal de fibra o iSCSI se utiliza como un dispositivo del quórum con aislamiento habilitado, Oracle Solaris Cluster la utiliza como un dispositivo del quórum SCSI. En una configuración de ese tipo, podría darse el caso de que determinadas acciones de SCSI solicitadas por el software Oracle Solaris Cluster no estuvieran direccionadas de forma correcta. Además, el tiempo de espera predeterminado de la reconfiguración del clúster de 25 segundos para la finalización de las operaciones del quórum podría no ser adecuado para una configuración del quórum de este tipo.

Si aparecen mensajes en los nodos del clúster en los que se indica que un dispositivo del quórum de Sun ZFS Storage Appliance es inaccesible o si aparecen fallos de nodos de clúster con el mensaje CMM: Unable to acquire the quorum device, pudo haber un problema con el dispositivo del quórum o su ruta.

Solución: Compruebe que el dispositivo del quórum y su ruta estén operativos. Si el problema persiste, aplique el firmware de Sun ZFS Storage Appliance versión 2010Q3.3 para corregir el problema.

Si tiene algún motivo para no instalar este firmware o si necesita minimizar provisionalmente el problema, utilice una de las alternativas siguientes:

• Utilice otro dispositivo del quórum.

• Elimine el dispositivo del quórum de la configuración, desactivar el aislamiento del dispositivo y configurar el dispositivo de nuevo como un dispositivo del quórum. Ahora el dispositivo utilizará quórum de software.

  ---

  Nota - Un dispositivo del quórum de software no garantiza el mismo nivel de protección que ofrece el aislamiento SCSI. Evite configurar un disco de datos como un dispositivo del quórum de software.

  ---

• Aumente el tiempo de espera del quórum a un valor superior, como se muestra en los pasos siguientes.

  ---

  Nota - En el caso de Oracle Real Application Clusters, no cambie el tiempo de espera predeterminado de quórum de 25 segundos. En determinados casos en que una parte de la partición del clúster cree que la otra está inactiva ("cerebro dividido"), un tiempo de espera superior puede hacer que falle el proceso de migración tras error de Oracle RAC VIP debido a la finalización del tiempo de espera de recursos VIP. Si el dispositivo del quórum que se utiliza no es adecuado para un tiempo de espera predeterminado de 25 segundos, utilice otro dispositivo.

  ---

  1. Conviértase en superusuario.

  2. En cada nodo del clúster, edite el archivo /etc/system para establecer el tiempo de espera en un valor alto.

     En el ejemplo siguiente se establece un tiempo de espera en 700 segundos.

     phys-schost# vi /etc/system
     ...
     set cl_haci:qd_acquisition_timer=700

  3. Cierre el clúster desde uno de los nodos.

     phys-schost-1# cluster shutdown -g0 -y

  4. Vuelva a iniciar cada nodo en el clúster.

     Los cambios que se efectúan en el archivo /etc/system se aplican después de reiniciar.

El clúster de zona no se inicia tras aplicar la Actualización automática en la raíz de ZFS (6955669)

En un clúster global que utiliza ZFS para el sistema de archivos raíz y que tiene configurados clústeres de zona, al utilizar Modernización automática para actualizar a Solaris 10 8/10, el entorno de inicio actualizado no se inicia.

Póngase en contacto con su representante de Oracle para saber si hay un parche o una solución alternativa.

GUI de Solaris Volume Manager

El módulo Enhanced Storage (almacenamiento mejorado) de Solaris Management Console (Solaris Volume Manager) no es compatible con el software Oracle Solaris Cluster. Utilice la interfaz de línea de comandos o las utilidades de Oracle Solaris Cluster para configurar el software Solaris Volume Manager.