Notas de la versión de Sun Enterprise 10000

Esta sección describe los problemas relacionados con las siguientes funciones del servidor Sun Enterprise 10000:

• Requisitos del procesador de servicio del sistema

• Reconfiguración dinámica (DR)

• Redes de interdominios (IDN)

• Sistema operativo Solaris en dominios de Sun Enterprise 10000

El software Solaris 10 se puede ejecutar en dominios individuales dentro del sistema Sun Enterprise 10000. Sin embargo, el procesador de servicio del sistema de Sun Enterprise 10000 no es compatible con esta versión.

Requisitos del procesador de servicio del sistema

El software SSP 3.5 es necesario en el procesador de servicio del sistema (SSP) para que sea compatible con Solaris 10. Instale primero el SSP 3.5 en su SSP. A continuación, puede instalar o actualizar al SO Solaris 10 en un dominio de Sun Enterprise 10000.

El software SSP 3.5 también es necesario, de forma que el dominio se puede configurar adecuadamente para DR Model 3.0.

Problemas de reconfiguración dinámica

Esta sección describe los distintos problemas relacionados con la reconfiguración dinámica de los dominios en Sun Enterprise 10000.

DR Model 3.0

Debe utilizar DR 3.0 en los dominios de Sun Enterprise 10000 que se ejecutan en el SO Solaris comenzando con la versión Solaris 9 12/03. DR Model 3.0 hace referencia a la función que hace uso de los siguientes comandos en el SSP para realizar las operaciones de DR del dominio:

• addboard

• moveboard

• deleteboard

• showdevices

• rcfgadm

Puede ejecutar el comando cfgadm en los dominios para obtener la información del estado de la placa. DR Model 3.0 también interactúa con Reconfiguration Coordination Manager (RCM) para coordinar las operaciones de DR con otras aplicaciones que se estén ejecutando en un dominio.

Para obtener detalles acerca de DR model 3.0, consulte la Sun Enterprise 10000 Dynamic Reconfiguration User Guide.

DR y procesos de usuario vinculados

Para esta versión de Solaris, la DR no desvincula automáticamente los procesos de usuario de las CPU que se están desconectando. Debe realizar esta operación antes de iniciar una secuencia de desconexión. La operación de vaciado produce un error si se encuentran CPU con procesos vinculados.

La retirada de dispositivos de red produce un error cuando el programa mantiene el dispositivo abierto (5054195)

Si un proceso mantiene abierto un dispositivo de red, cualquier operación de reconfiguración dinámica que implique dicho dispositivo producirá un error. Los daemons y procesos que mantienen recuentos de referencia detienen las operaciones de reconfiguración dinámica.

Solución: como superusuario, realice los siguientes pasos:

1. Elimine o cambie el nombre del directorio /rplboot.

2. Cierre los servicios NFS.

   # sh /etc/init.d/nfs.server stop

3. Cierre los servicios del servidor de arranque.

   # sh /etc/init.d/boot.server stop

4. Realice la operación de desconexión de la reconfiguración dinámica.

5. Reinicie los servicios NFS.

   # sh /etc/init.d/nfs.server start

6. Reinicie los servicios de servidor de arranque.

   # sh /etc/init.d/boot.server start

Redes InterDomain

Para que un dominio sea parte de una red InterDomain, todas las placas con memoria activa en dicho dominio deben tener al menos una CPU activa.

Variables OpenBoot PROM

Antes de emitir el comando boot net desde el indicador de sistema OpenBoot PROM (OK), compruebe que la variable local-mac-address? se defina en false. Esta configuración es la predeterminada de serie. Si la variable se define en true, deberá asegurarse de que este valor es una configuración local adecuada.

Una variable local-mac-address? que se defina en true puede impedir que el dominio arranque correctamente en la red.

En una ventana netcon, puede utilizar el siguiente comando en el indicador de sistema OpenBoot PROM para ver los valores de las variables OpenBoot PROM:

OK printenv

Para restablecer el valor predeterminado de la variable local-mac-address?. utilice el comando setenv:

OK setenv local-mac-address? false