Esta seção descreve problemas que envolvem os seguintes recurso no servidor Sun Enterprise 10000:
Requisitos do Processador de serviço do sistema
Reconfiguração dinâmica (DR)
Rede de InterDomain (IDNs)
O sistema operacional Oracle Solaris nos domínios Sun Enterprise 10000
O software Oracle Solaris 10 pode ser executado em domínios individuais dentro de um sistema Sun Enterprise 10000. No entanto, o Processador de serviço do sistema Sun Enterprise 10000 não é suportado por esta versão.
O software SSP 3.5 é necessário no Processador de serviço do sistema (SSP) para suportar o software Oracle Solaris 10. Instale o SSP 3.5 no SSP primeiro. Então, é possível instalar e atualizar para o sistema operacional Oracle Solaris 10 em um domínio Sun Enterprise 10000.
O software SSP 3.5 também é necessário para que o domínio possa ser configurado adequadamente para o modelo DR 3.0.
Esta seção descreve problemas diferentes que envolvem a reconfiguração dinâmica em domínios Sun Enterprises 10000.
Utilize o DR 3.0 em domínios Sun Enterprise 10000 que executam o sistema operacional Oracle Solaris iniciando com a versão Solaris 9 12/03. O modelo DR 3.0 refere-se à funcionalidades que utilizam os comandos em SSP para efetuar as seguintes operações de domínio DR:
addboard
moveboard
deleteboard
showdevices
rcfgadm
É possível executar o comando cfgadm em domínios para obter informação do status da placa. O modelo DR 3.0 também interage com o Reconfiguration Coordination Manager (RCM) para coordenar as operações DR com outros aplicativos que estão sendo executados em um domínio.
Para detalhes sobre o modelo DR 3.0, refira-se ao Sun Enterprise 10000 Dynamic Reconfiguration User Guide.
Para esta versão Oracle Solaris, o DR não desvincula mais automaticamente os processos de usuários das CPUs que estão sendo desanexados. Efetue esta operação antes de iniciar uma sequência de desanexação. A operação de drenagem falha se as CPUs se encontram com o processos vinculados.
Se um processo estiver mantendo aberto um dispositivo de rede, qualquer operação DR que envolver este dispositivo falha. Daemons e processos que mantêm contagem de referência param a conclusão das operações DR.
Solução alternativa: como superusuário, efetue os passos a seguir:
Remova ou renomeie o diretório /rplboot.
Desligue os serviços NFS.
# sh /etc/init.d/nfs.server stop |
Desligue os serviços do Servidor de inicialização.
# sh /etc/init.d/boot.server stop |
Efetue a operação de desanexação do DR.
Reinicie os serviços NFS.
# sh /etc/init.d/nfs.server start |
Reinicie os serviços do Servidor de inicialização.
# sh /etc/init.d/boot.server start |
Para um domínio se tornar parte de uma rede InterDomain, todas as placas com memória ativa no domínio devem ter pelo menos uma CPU ativa.
Antes de emitir o comando boot net do prompt do PROM OpenBoot (OK), verifique se a variável local-mac-address? está configurada para false. Esta configuração é a configuração padrão de fábrica. Se a variável está configurada para true, assegure-se de que este valor seja uma configuração local apropriada.
Um local-mac-address? que está configurado para true pode impedir o domínio de inicializar com com êxito através da rede.
Em uma janela netcon, é possível utilizar o comando a seguir no prompt PROM OpenBoot para exibir valores das variáveis do PROM OpenBoot:
OK printenv |
Para redefinir a variável local-mac-address? para a configuração padrão. utilize o comando setenv:
OK setenv local-mac-address? false |