Este capítulo fornece informações e descreve problemas relacionados com a instalação da versão do Oracle Solaris 10 9/10.
Para visualizar erros documentados anteriormente e problemas que foram corrigidos e não se aplicam mais à versão do Oracle Solaris 10 9/10, consulte Apêndice AErros documentados anteriormente que foram resolvidos na versão Oracle Solaris 10 9/10.
Esta seção fornece informações gerais, como alterações de comportamento na versão do Oracle Solaris 10 9/10.
O registro automático do Oracle Solaris é uma novidade da versão 10 9/10 do Oracle Solaris.
Um nova tela de Registro automático foi adicionada ao instalador interativo para facilitar o registro do sistema utilizando credenciais de suporte do Oracle. Instalações JumpStart do Oracle Solaris e instalações de rede necessitam de uma nova palavra-chave auto_reg no arquivo sysidcfg para controlar as configurações durante a instalação.
Com o Registro automático, durante a reinicialização inicial depois de instalar ou atualizar o sistema, os dados de configuração sobre o sistema são automaticamente comunicados através da tecnologia de marcação de serviço existente para o Sistema de registro de produtos Oracle. Os dados de marcação de serviço do sistema são utilizados, por exemplo, para ajudar o Oracle a melhorar os serviços e o suporte ao cliente. Você pode aprender sobre as marcas de serviços em http://wikis.sun.com/display/ServiceTag/Sun+Service+Tag+FAQ.
Ao registrar com as credenciais de suporte utilizando uma das opções de registro, é possível fazer um inventário dos sistemas e dos componentes de software principais instalados neles. Para instruções de rastreamento dos produtos registrados, consulte https://inventory.sun.com/inventory. Consulte também, http://wikis.sun.com/display/SunInventory/Sun+Inventory.
É possível escolher enviar os dados de configuração para o Sistema de registro de produtos Oracle anonimamente. Um registro anônimo significa que os dados de configuração enviados ao Oracle não possuem vínculo com o nome de um cliente. Também é possível escolher desativar o Registro automático.
O Registro automático é ativado por padrão. O Registro automático utiliza as credenciais de suporte e informação de proxy que foram fornecidas anteriormente, durante ou depois de uma instalação ou atualização de um sistema com base em SPARC ou x86.
É possível adicionar uma nova palavra-chave auto_reg ao arquivo anterior sysidcfg para uma instalação ou atualização automática, como instalações de rede ou instalações JumpStart Oracle Solaris.
Durante uma atualização ou instalação interativa, o instalador solicita as credenciais de suporte ou que registro anônimo.
É possível utilizar uma nova opção do comando Oracle Solaris Live Upgrade para fornecer credenciais de suporte e informação de proxy ou para registro anônimo durante uma Live Upgrade.
Se você estiver trabalhando com um arquivo do Oracle Solaris Flash com base na versão 10 9/10 do Oracle Solaris ou com uma versão posterior, o registro automático é ativado por padrão. Os meios de fornecimento de credenciais do Registro automático e informação de proxy dependem de qual método de instalação ou atualização é utilizado no arquivo.
Depois de uma instalação ou atualização, um administrador do sistema privilegiado pode utilizar o comando regadm para administrar o Registro automático e gerenciar um inventário de marcação de serviço.
Siga as opções a seguir para desativar o Registro automático em uma sistema com base em SPARC ou em x86, que previne transmissão de dados para o Sistema de registro de produtos Oracle.
Se você estiver efetuando uma atualização ou instalação automática e estiver utilizando o programa JumpStart Oracle Solaris, por exemplo, é possível desativar o Registro automático antes da instalação ou atualização como a seguir:
Antes de iniciar a instalação ou atualização, edite o arquivo sysidcfg para adicionar a palavra-chave auto_reg ao arquivo.
auto_reg=disable |
Prossiga com a instalação ou atualização.
(Opcional) Depois da instalação ter completado e reinicializado o sistema, verifique se o recurso Registro automático está desativado.
# regadm status Solaris Auto-Registration is currently disabled |
Inicie uma atualização ou instalação interativa
Durante a atualização ou instalação interativa, o instalador solicita que você selecione uma reinicialização automática. Não selecione a opção de reinicializar automaticamente depois da instalação ou atualização. É necessário desativar o Registro automático antes de reinicializar o sistema.
Depois que a instalação estiver completa e antes do sistema ser reinicializado, abra uma janela de terminal como a seguir:
Para uma instalação de GUI, clique com o botão direito do mouse para abrir uma janela de terminal.
Para uma instalação de texto, pressione o ponto de exclamação (!) para abrir uma janela de terminal.
Na linha de comando, remova o arquivo /a/var/tmp/autoreg_config.
Reinicialize o sistema.
# reboot |
Antes de efetuar uma atualização Oracle Solaris Live, abra um editor de texto e crie um arquivo que contenha as informações de Registro automático a seguir:
autoreg=disable |
Salve esse arquivo.
Aponte para esse arquivo ao executar o comando luupgrade.
luupgrade -k /path/filename |
Para mais informação sobre o Registro automático, consulte os recursos a seguir:
Tabela 1–1 Documentação de Registro automático
Pergunta |
Recurso |
---|---|
Visão geral do Registro automático | |
Como visualizo e gerencio o inventário dos meus produtos registrados? | |
Como configuro o Registro automático durante uma instalação interativa? |
Guia de instalação do Oracle Solaris 10 9/10: instalações básicas |
Como configuro o arquivo sysidcfg para ativar ou desativar o Registro automático para instalações automáticas? |
Palavra-chave auto_reg no Guia de instalação do Oracle Solaris 10 9/10: instalações com base em rede |
Como configuro o Registro automático para utilizar o Live Upgrade? |
Oracle Guia de instalação do Solaris 10 9/10: Solaris Live Upgrade e planejamento da atualização |
Como utilizo o comando regadm para modificar ou ativar Registros automáticos separados de uma instalação ou atualização? | |
Onde encontro mais informações sobre My Oracle Support? |
A partir da versão 10 9/10 do Oracle Solaris, o Guia de instalação do Oracle Solaris 10 9/10: arquivos Solaris Flash (criação e instalação) agora inclui instruções sobre como criar uma imagem de recuperação de arquivos Flash que pode ser utilizada para restaurar um sistema para a condição "recém saído de fábrica". Consulte Capítulo 5, Criando e utilizando uma imagem de recuperação de desastre, no Oracle Guia de instalação Solaris 10 9/10: arquivos Solaris Flash (criação e instalação). Esse capítulo fornece instruções simples para criar uma imagem de arquivo Flash (FLAR) que pode ser carregada no sistema de destino para recuperar uma unidade de disco falha.
A versão Oracle Solaris 10 9/10 é testada em todos os sistemas Oracle suportados executando as combinações mais recentes a seguir:
BIOS e ILOM
SPARC firmware, OBP e Hypervisor
Para melhores resultados utilizando a versão Oracle Solaris 10 9/10, atualize a BIOS/firmware para a última versão listada na matriz em http://www.sun.com/bigadmin/patches/firmware/release_history.jsp.
A seguir estão os requisitos de memória mínimos e recomendados para a versão Oracle Solaris 10 9/10.
Para sistemas de arquivos raiz UFS:
Mínimo: 384 MB de memória
Recomendado: 512 MB de memória
Para sistemas de arquivos raiz UFS:
Mínimo: 768 MB de memória
Recomendado: 1 GB de memória para performance ZFS completa
SPARC: a partir da versão Solaris 8 10/07 é possível atualizar o Oracle Solaris OS em sistemas com base em SPARC somente nas versões a seguir:
Solaris 8 OS
Solaris 9 OS
Oracle Solaris 10 OS
x86: é possível atualizar o Oracle Solaris OS em sistemas com base em x86 somente nas versões a seguir:
Solaris 9 OS
Oracle Solaris 10 OS
Para atualizar para a versão Oracle Solaris 10 9/10 de uma versão anterior do Solaris 8 OS, primeiro atualize para qualquer uma das versões da lista anterior. Em seguida, atualize para a versão Oracle Solaris 10 9/10.
A compatibilidade da versão Oracle Solaris 10 9/10 com as versões anteriores foi testada de acordo com a garantia de compatibilidade do Oracle Solaris. Isso significa que os aplicativos, incluindo os aplicativos de terceiros, que concordam com o ABI publicado do Oracle Solaris, funcionarão sem modificação na versão Oracle Solaris 10 9/10. Para mais informações, consulte o programa de garantia dos aplicativos do Oracle Solaris no http://www.sun.com/software/solaris/guarantee.jsp.
O sistema pode executar o Oracle Solaris OS e outros produtos que não são parte do software Oracle Solaris. Esses produtos podem ser fornecidos pelo Oracle ou por outra empresa. Se você atualizar o sistema para a versão Oracle Solaris 10, tenha certeza que os outros produtos também são suportados pelo Oracle Solaris 10 OS. Dependendo do status de cada um desses produtos, é possível efetuar uma das opções a seguir:
Verifique se a versão existente do produto é suportada pelo software Oracle Solaris 10.
Instale uma nova versão do produto que é suportado pela versão Oracle Solaris 10. Talvez seja necessário remover a versão anterior do produto antes de atualizar o software Oracle Solaris. Consulte a documentação do produto para mais detalhes.
Remova o produto antes de atualizar o software Oracle Solaris 10.
Esta seção contém problemas de instalação críticos dos quais você precisa estar alertado antes de instalar ou atualizar o Oracle Solaris 10 OS. Talvez esses problemas tenham um impacto que impediria a instalação ou atualização de serem concluídas com sucesso. Se os erros desta seção se aplicarem ao seu sistema, talvez seja necessário efetuar a solução alternativa recomendada antes você de instalar ou atualizar.
A partir da versão Solaris 8 10/07 a utilização do Oracle Solaris Live Upgrade com as regiões Oracle Solaris será suportada. Para mais informação sobre isso, consulte InfoDoc 206844 no http://sunsolve.sun.com/search/document.do?assetkey=1-61-206844-1.
Para que o Oracle Solaris Live Upgrade opere corretamente, um conjunto limitado de revisões de patch deve ser instalado para a versão de um sistema operacional fornecido. Tenha certeza de ter a atualização mais recente da lista de patch, consultando http://sunsolve.sun.com. A versão Oracle Solaris 10 9/10 possui as seguinte restrições do Oracle Solaris Live Upgrade:
Para atualizar o Solaris 8 OS atual para a versão Oracle Solaris 10 9/10 utilizando o Oracle Solaris Live Upgrade, efetue as etapas a seguir:
Para sistemas SPARC: o Oracle Solaris Live Upgrade da versão Solaris 8 para a versão Oracle Solaris 10 9/10 é suportada. Para procedimentos passo-a-passo sobre como utilizar o Oracle Solaris Live Upgrade, consulte http://www.sun.com/bigadmin/features/articles/live_upgrade_patch.jsp.
Para sistemas x86: o Oracle Solaris Live Upgrade da versão Solaris 8 para a versão Oracle Solaris 10 9/10 não é suportada. Em vez disso, utilize o procedimento de atualização padrão ou efetue o Oracle Solaris Live Upgrade do Solaris 8 OS para o Solaris 9 OS ou para para o Oracle Solaris 10 OS. Em seguida, é possível efetuar o Oracle Solaris Live Upgrade da versão Solaris 9 ou da versão Oracle Solaris 10 para o Oracle Solaris 10 9/10.
O Oracle Solaris Live Upgrade do Solaris 8 para as versões Solaris 10 5/08, Solaris 10 10/08, Solaris 10 5/09 e Solaris 10 10/09 é suportado através do http://sunsolve.sun.com/search/document.do?assetkey=1-9-250526-1.
Para atualizar o atual sistema operacional Solaris 8 para a versão Solaris 10 10/09 utilizando o Oracle Solaris Live Upgrade, aplique os patches a seguir:
Para sistemas SPARC: 137477-01 ou posterior
Para sistemas SPARC: 137478-01 ou posterior
Para atualizar o atual sistema operacional Oracle Solaris 10 para a versão Oracle Solaris 10 9/10 utilizando o Oracle Solaris Live Upgrade, aplique os patches a seguir:
Para sistemas SPARC: 137321-01 ou posterior
Para sistemas SPARC: 137322-01 ou posterior
Esses patches fornecem a nova funcionalidade p7zip. O Oracle Solaris Live Upgrade necessita que a funcionalidade p7zip esteja em ordem para suportar a atualização do Oracle Solaris 10 9/10.
A informação de patch necessária mínima para o ambiente de inicialização live utilizar o Oracle Solaris Live Upgrade é fornecida no Infodoc 206844 em http://sunsolve.sun.com/search/document.do?assetkey=1-61-206844-1.
A versão Oracle Solaris 10 9/10 possibilita a instalação de um sistema de arquivos raiz ZFS e a configuração de uma raiz de região no ZFS. Normalmente, é possível criar e configurar uma raiz de região no ZFS como desejar. Se você planeja utilizar o Oracle Solaris Live Upgrade com o ZFS e com as configurações de região, revise as informações a seguir:
Se você deseja utilizar o Oracle Solaris Live Upgrade com as configurações de região suportadas na versão Oracle Solaris 10 9/10, será necessário primeiro atualizar seu sistema para a versão Oracle Solaris 10 9/10, utilizando o programa de atualização padrão.
Então, com o Oracle Solaris Live Upgrade, é possível migrar o sistema de arquivos raiz UFS com as raízes de região para um sistema de arquivos raiz ZFS, atualizar ou efetuar o patch do sistema de arquivos raiz ZFS e raízes de região.
Não é possível migrar configurações de região não suportadas de uma versão anterior do Oracle Solaris 10 diretamente para a versão Oracle Solaris 10 9/10.
Para uma descrição detalhada das configurações de região suportadas que necessitam de atualização ou de patches na versão Oracle Solaris 10 9/10 consulte Migrating a UFS Root File System to a ZFS Root File System (Oracle Solaris Live Upgrade) no Oracle Solaris ZFS Administration Guide.
Para instruções completas sobre a configuração dessas configurações, consulte Requisitos de instalação do Oracle Solaris e Oracle Solaris Live Upgrade para suporte ZFS no Guia de administração do ZFS Oracle Solaris.
Revise a informação deste capítulo antes de iniciar a migração para o sistema de raiz ZFS ou depois de configurar regiões em um sistema com um sistema de arquivos raiz ZFS. Siga precisamente os procedimentos recomendados para configurar regiões em um sistema com o sistema de arquivos raiz ZFS para assegurar a utilização do Oracle Solaris nesse sistema.
Os sistemas Oracle Solaris configurados com as extensões confiáveis utilizam regiões não globais. Atualizar esses sistemas é o mesmo que atualizar um sistema Oracle Solaris que utiliza regiões e que possui os mesmos problemas.
Regiões ZFS: sistemas Oracle Solaris com regiões ZFS não podem atualmente ser atualizados. Para sistemas de extensões confiáveis com as regiões ZFS, a alternativa é recriar as regiões. Para recriar as regiões, efetue estas etapas:
Primeiro, faça backup de todos os dados utilizando o comando tar - T.
Em seguida, exclua as regiões.
Atualize o sistema e reconfigure todos as regiões.
Depois que todas as regiões estiverem configuradas, restaure todos os dados.
Domínio NFSv4: depois da atualização, ao criar cada região rotulada, você será solicitado pelo domínio NFSv4. Para evitar esse solicitação, adicione o valor NFSMAPID_DOMAIN correto no arquivo /etc/default/nfs em cada região rotulada antes de atualizar. Para mais informação, consulte CR 5110062.
Live Upgrade: os erros a seguir afetam o Live Upgrade dos sistemas Oracle Solaris com regiões:
Esses erros afetarão também os sistemas Live Upgrade que são configurados com as extensões confiáveis. As solução alternativas também são as mesmas.
Serviço de nome: se o sistema foi configurado no momento da instalação para utilizar um serviço de diferente do serviço de nome que está sendo utilizado durante a atualização, então a região global pode utilizar o serviço de nome correto depois de inicializar.
Por exemplo, se você especificou o NIS como o serviço de nome para utilizar durante a instalação do sistema, mas o sistema foi convertido tardiamente para ser um cliente LDAP, o inicializador luactivate pode reverter para utilizar o NIS como o serviço de nome para a região global. Isso é adequado para CR 6569407.
A solução alternativa é ajustar o link simbólico name_service.xml no diretório /var/svc/profile para apontar para o arquivo xml correto correspondendo ao serviço de nome atualmente em uso. Por exemplo, se o NIS foi especificado como o serviço de nome durante a instalação, então o name_service.xml será um link simbólico para o ns_nis.xml. Se o sistema foi convertido subsequentemente para ser um cliente LDAP e o LDAP foi o serviço de nome utilizado durante o Live Upgrade, execute os comandos a seguir:
# ln -fs ns_ldap.xml name_service.xml |
Isso deve ser feito antes de iniciar o Live Upgrade ou antes de executar o comando lucreate. No entanto, se você não executou este comando antes, lucreate, efetue as etapas a seguir depois execute o comando luactivate:
lumount o novo ambiente de inicialização:
# lumount <BE_name> |
Altere para o diretório /var/svc/profile do ambiente de inicialização:
# cd /.alt.<BE_name>/var/svc/profile |
Vincule o link name_service.xml conforme for apropriado. Por exemplo:
# ln -fs ns_ldap.xml name_sevice.xml |
luumount o ambiente de inicialização:
# luumount <BE_name> |
Se o sistema for inicializado sem que as etapas mencionadas acima sejam efetuadas, será necessário iniciar manualmente os serviços de cliente SMF de serviço de nome relacionado apropriado.
Os procedimentos para a utilização do patchadd com o especificador de destino -C para atualizar uma minirraiz em máquinas x86 e SPARC foram alterados. Agora, descompacte a minirraiz, aplique os patches e, em seguida, recompacte a minirraiz.
Para etapas detalhadas, consulte:
A partir da versão Solaris 8 10/07, os pacotes de suplemento de criptografia de dados estão incluídos com o software Oracle Solaris 10 OS por padrão. Não é mais necessário instalar e baixar esses pacotes.
Os patches a seguir são aplicados para resolver problemas em CR 6277164 e CR 6214222:
Patch ID 119366-05 para sistemas com base em SPARC
Patch ID 119367-05 para sistemas com base em x86
As seções a seguir fornecem mais etapas que devem ser efetuadas para resolver completamente os problemas reportados. Para mais informações, leia a seção de instruções de instalação especial do patch README para esses patches.
Sistemas com um cartão de interface de rede (NIC) elx ou pcelx falham ao instalar. Durante a configuração do NIC, as mensagens de erros a seguir podem ser exibidas:
WARNING: elx: transmit or jabber underrun: d0<UNDER, INTR, CPLT> |
Consulte a página do manual elxl(7D) or pcelx(7D) para mais informação.
Solução alternativa: instale e execute nos sistemas que não possuem os NICs elx ou pcelx.
O tamanho padrão do sistema de arquivos /var pode ser insuficiente se o /var for localizado em um segmento separado.
Especifique manualmente um tamanho de segmento grande para o sistema de arquivos /var.
Se o sistema de arquivos /var não estiver em uma partição ou segmento separado, esse problema não ocorre.
Solução alternativa: escolha uma das soluções alternativas a seguir.
Se você estiver utilizando o GUI de programa de instalação do Oracle Solaris, siga as etapas a seguir.
Inicie a instalação.
Em Selecionar o tipo de instalação, selecione a Instalação personalizada.
O programa de instalação Oracle Solaris exibe várias telas que permitem personalizar a localização do software, os produtos e os layouts de disco que você deseja instalar.
Em Layout de sistemas de arquivos, selecione Modificar.
A tela do layout de disco é exibida.
Digite /var na coluna Sistema de arquivos para um segmento específico e, em seguida, clique em Aplicar.
O programa de instalação sugere um tamanho padrão para sistemas de arquivos /var.
Edite a entrada da coluna Tamanho para que o sistema de arquivos /var duplique o tamanho do espaço em disco.
Por exemplo, se o programa de instalação atribui 40 MB de espaço, altere o valor do tamanho para 80.
Complete a instalação.
Se você estiver utilizando o instalador de texto do programa de instalação Oracle Solaris, siga as etapas a seguir.
Inicie a instalação.
Em Selecionar o tipo de instalação, selecione a Instalação personalizada.
O programa de instalação Oracle Solaris exibe várias telas que permitem personalizar a localização do software, os produtos e os layouts de disco que você deseja instalar.
Em Layout de sistemas de arquivos, selecione Layout automático.
A tela do layout de disco é exibida.
Digite /var na coluna Sistema de arquivos para um segmento específico.
O programa de instalação sugere um tamanho padrão para sistemas de arquivos /var.
Pressione F4_Customize para personalizar o tamanho do sistema de arquivos /var.
Edite a entrada da coluna Tamanho para que o sistema de arquivos /var duplique o tamanho do espaço em disco.
Por exemplo, se o programa de instalação atribui 40 MB de espaço, altere o valor do tamanho para 80.
Complete a instalação.
Se você estiver utilizando o programa JumpStart personalizado, utilize a palavra-chave de perfil filesys para definir o tamanho do sistema de arquivos /var. O exemplo a seguir define o tamanho do sistema de arquivos /var em segmentos de 5 a 256 MB.
filesys c0t0d0s5 256 /var |
O software Oracle Solaris 10 inclui um recurso que permite a instalação de partições grandes. O sistema BIOS deve suportar endereçamento de blocos lógicos (LBA). A versão GG.06.13 da BIOS não suporta o acesso de LBA. O programa de inicialização Oracle Solaris não pode gerenciar esse conflito. Esses problemas também podem afetar outros sistemas HP Vectra.
Se você efetuar essa atualização, o sistema HP pode não inicializar mais. Apenas uma tela preta vazia com um cursor sublinhado piscante é exibida.
Solução alternativa: não atualize os sistemas HP Vectra XU Series com a versão GG.06.13 da BIOS mais recente para a versão Oracle Solaris. Essa versão não suporta mais esses sistemas.
É possível ainda inicializar o sistema utilizando o disquete ou CD de inicialização, porque os caminhos de inicialização não utilizam código de disco rígido. Então, selecione o disco rígido como dispositivo de inicialização em vez da rede ou unidade de CD-ROM.
Nos sistemas com base em SPARC, o Oracle Solaris 10 OS executa apenas em modo 64 bit. Alguns sistemas Sun4U talvez necessitem ser atualizados para um nível superior do firmware OpenBoot no PROM interminente para executar o sistema operacional em 64 bit. Os sistemas a seguir talvez necessitem de uma atualização PROM interminente:
Ultra 2
Ultra 450 e Sun Enterprise 450
Sistemas Sun Enterprise 3000, 4000, 5000, e 6000
A tabela a seguir lista os sistemas UltraSPARC e as versões de firmware mínimas requisitados para executar o Oracle Solaris 10 OS de 64 bit. O tipo de sistema é equivalente a saída do comando uname -i. É possível determinar qual versão do firmware você está executando ao utilizar o comando prtconf - V.
Tabela 1–2 Versões de firmware mínimas necessárias para executar o software Oracle Solaris de 64 bit nos sistemas UltraSPARC
Tipo de sistema de uname -i |
Versão de firmware mínima de prtconf -V |
---|---|
SUNW,Ultra-2 |
3.11.2 |
SUNW,Ultra-4 |
3.7.107 |
SUNW,Ultra-Enterprise |
3.2.16 |
Se um sistema não está listado na tabela anterior, o sistema não necessita de uma atualização PROM interminente. Para instruções ao efetuar uma atualização PROM interminente, consulte qualquer edição do Guia de plataforma de hardware da Sun Solaris 8 no http://docs.sun.com.
Atualizar o firmware nos sistemas SPARC e x86 pode conduzir a melhorias de performance significantes. Consulte a seção Firmware no BigAdmin Patching Hub em http://www.sun.com/bigadmin/patches/overview.jsp. Consulte também o FAQ em http://www.sun.com/bigadmin/patches/firmware/faq.jsp.
O software Oracle Solaris Management Console 2.1 não é compatível com o software Oracle Solaris Management Console 1.0, 1.0.1 ou 1.0.2. Se você estiver atualizando para a versão Oracle Solaris 10 e possuir o software Oracle Solaris Management Console 1.0, 1.0.1, ou 1.0.2 instalado, deverá, primeiro, desinstalar o software Oracle Solaris Management Console antes de atualizar. O software Oracle Solaris Management Console pode existir no sistema se você instalou o overbox SEAS 2.0, o overbox SEAS 3.0 ou o Pacote de administração do Solaris 8.
Solução alternativa: escolha uma das seguintes soluções alternativas:
Antes de atualizar, utilize o comando /usr/bin/prodreg para efetuar uma desinstalação completa do software Oracle Solaris Management Console.
Se você não tiver desinstalado o software Oracle Solaris Management Console 1.0, 1.0.1 ou 1.0.2 antes de atualizar para a versão Oracle Solaris 10, remova, primeiro, todos os pacotes do Oracle Solaris Management Console 1.0, 1.0.1 ou 1.0.2. Utilize o comando pkgrm para remoção de pacote em vez do comando prodreg. Siga cuidadosamente a ordem de remoção de pacote. Complete as etapas a seguir:
Torne-se superusuário.
Digite o seguinte comando:
# pkginfo | grep “Solaris Management Console“ |
Se a descrição não inicia com “Solaris Management Console 2.1”, os nomes de pacotes da saída identificam um pacote do Solaris Management Console 1.0.
Utilize o comando pkgrm para remover todas as instâncias dos pacotes Oracle Solaris Management Console 1.0 na ordem a seguir:
Não remova nenhum pacote que possua “Solaris Management Console 2.1” na descrição. Por exemplo, SUNWmc.2 pode indicar o software Oracle Solaris Management Console 2.1.
Se a saída pkginfo exibe várias versões dos pacotes Oracle Solaris Management Console 1.0, utilize o comando pkgrm para remover ambos pacotes. Remova o pacote original. Em seguida, remova o pacote que foi anexado como um número. Por exemplo, se os pacotes SUNWmcman e SUNWmcman.2 aparecem na saída pkginfo, remova primeiro o pacote SUNWmcman e, em seguida, o pacote SUNWmcman.2. Não utilize o comando prodreg.
# pkgrm SUNWmcman # pkgrm SUNWmcapp # pkgrm SUNWmcsvr # pkgrm SUNWmcsvu # pkgrm SUNWmc # pkgrm SUNWmcc # pkgrm SUNWmcsws |
Em uma janela de terminal, digite os comandos a seguir:
# rm -rf /var/sadm/pkg/SUNWmcapp |
O software Oracle Solaris Management Console 2.1 deve agora funcionar adequadamente. Para futuras manutenções, ou se o software Oracle Solaris Management Console 2.1 não funcionar adequadamente, remova o software Oracle Solaris Management Console 2.1. Reinstale o software completando as etapas a seguir:
Utilize o comando pkgrm para remover todos os pacotes Oracle Solaris Management Console 2.1 e pacotes dependentes na ordem a seguir:
Se a instalação possui instâncias múltiplas de pacotes Oracle Solaris Management Console 2.1, tais como SUNWmc e SUNWmc.2, remova, primeiro, SUNWmc e, em seguida, SUNWmc.2 . Não utilize o comando prodreg.
# pkgrm SUNWpmgr # pkgrm SUNWrmui # pkgrm SUNWlvmg # pkgrm SUNWlvma # pkgrm SUNWlvmr # pkgrm SUNWdclnt # pkgrm SUNWmga # pkgrm SUNWmgapp # pkgrm SUNWmcdev # pkgrm SUNWmcex # pkgrm SUNWwbmc # pkgrm SUNWmc # pkgrm SUNWmcc # pkgrm SUNWmccom |
Insira o CD Software Solaris 10 - 4 na unidade de CD-ROM. Digite o seguinte na janela de terminal:
# # cd /cdrom/cdrom0/Solaris_10/Product # pkgadd -d . SUNWmccom SUNWmcc SUNWmc SUNWwbmc SUNWmcex SUNWmcdev \ SUNWmgapp SUNWmga SUNWdclnt SUNWlvmr SUNWlvma SUNWlvmg SUNWpmgr \ SUNWrmui |
Todas as versões anteriores do Oracle Solaris Management Console são removidas. Agora, o software Oracle Solaris Management Console 2.1 está funcional.
Em certas ocasiões, o utilitário de dispositivos BIOS (/sbin/biosdev ) pode falhar e evitar uma instalação ou atualização bem sucedida. A falha pode ocorrer também sob as circunstâncias a seguir:
O Patch ID 117435-02 foi aplicado, mas o sistema não foi reinicializado.
O sistema contém dois ou mais discos idênticos com partições fdisk iguais.
A mensagem de erro a seguir é exibida:
biosdev: Could not match any!! |
Solução alternativa: certifique-se de que reinicializou o sistema depois de aplicar o Patch ID 117435-02. Assegure que os discos idênticos utilizados na instalação ou atualização estão configurados com layouts de partição fdisk diferentes.
O exemplo a seguir é baseado no sistema que possui dois discos com layouts de partição fdisk idênticos. Para alterar os layouts, efetue as etapas a seguir.
Torne-se superusuário.
Inicie o utilitário de manutenção de disco.
# format |
Uma lista de discos disponíveis é exibida no sistema.
Para selecionar o disco cuja partição fdisk deseja alterar, digite o número do disco.
A partir da lista de opções Formato, selecione fdisk.
A informação de partição do disco e uma lista de opções fdisk são exibidas.
Para alterar o layout de disco, escolha um dos seguintes:
Para especificar uma partição ativa diferente, pressione 2.
Para adicionar outra partição de disco, pressione 1.
Para excluir uma partição não utilizada, pressione 3.
Para salvar as alterações e sair do menu fdisk, pressione 5.
Para sair do utilitário de manutenção de disco, selecione Sair a partir das opções em Formato.
Reinicialize o sistema.
Depois de reinicializar o sistema, observe que a mensagem de erro não aparece mais. Como superusuário, digite o comando a seguir:
# /sbin/biosdev |
Se a mensagem de erro ainda é gerada, repita o procedimento mas selecione um opção diferente na Etapa 5.
Se o sistema contém outros discos idênticos com layouts de partições fdisk idênticas, repita as Etapas 1-9 nesse disco. Caso contrário, prossiga com a instalação ou atualização do Oracle Solaris.
A partir da versão atual do Oracle Solaris, um arquivo Oracle Solaris flash não pode ser adequadamente criado em um sistema quando uma região não global já está instalada. O recurso Oracle Solaris é atualmente incompatível com regiões Oracle Solaris (também conhecido como Oracle Solaris Containers).
Não utilize o comando flar create para criar um arquivo Oracle Solaris flash nestas instâncias:
Em qualquer região não global
Na região global, se houver alguma região não global instalada no sistema
Se você criar um arquivo Oracle Solaris flash também na instância, o arquivo resultante pode não instalar adequadamente quando o arquivo for implementado.
Solução alternativa: pode ser possível criar um arquivo Oracle Solaris flash de um sistema que tenha instalado regiões se todas elas estiverem paradas. Para mais informação, consulte http://opensolaris.org/os/community/zones/faq/flar_zones/.
O firmware do combo drive do DVD em uma Sun Worstation 2100Z pode causar uma pane no sistema. A pane ocorre quando a estação de trabalho é inicializada a partir do DVD do Sistema operacional Oracle Solaris 10. Depois que a faixa kernel é exibida, a mensagem a seguir pisca imediatamente:
panic[cpu0]/thread=fec1be20: mod_hold_stub: Couldn't load stub module sched/TS_DTBL fec25cb0 genunix:mod_hold_stub+139 (fec04088, 63, fea11) fec25cc4 unix:stubs_common_code+9 (1, 8, fec026e4) fec25ce4 unix:disp_add+3d (fec026dc) fec25d00 genunix:mod_installsched+a4 (fef01530, fef01518) fec25d20 genunix:mod_install+2f (fef01518, fec25d3c,) fec25d2c TS:_init+d (0, d6d89c88, fec25d) fec25d3c genunix:modinstall+d9 (d6d89c88) fec25d50 genunix:mod_hold_installed_mod+2e (d6d77640, 1, fec25d) fec25d7c genunix:modload+ac (fec026c4, fec26c4) fec25d98 genunix:scheduler_load+3d (fec026c4, fec026dc) fec25db4 genunix:getcid+50 (fec026c4, fec28514) fec25dcc unix:dispinit+df (fec25ddc, fe814ba9) fec25dd4 unix:startup_modules+d5 (fec25dec, fe8cac37) fec25ddc unix:startup+19 (fe800000, 166130, 7) fec25dec genunix:main+16 () |
Em seguida, o sistema reinicia automaticamente.
Solução alternativa: escolha uma das soluções alternativas a seguir:
Solução alternativa: modifique algumas das configurações da configuração BIOS. Essas soluções alternativas permitem temporariamente que uma instalação Oracle Solaris 10 seja concluída. No entanto, essa solução alternativa pode causar baixa performance do leitor de DVD. Siga estas etapas:
Durante a inicialização do sistema, pressione F2 no prompt para inserir o modo de instalação.
A tela exibe opções de tipos de anexo similares aos seguintes:
Primary Master [ ] Primary Slave [ ] Secondary Master [CD-ROM] Secondary Slave [ ] |
Escolha o tipo de anexo da unidade de DVD selecionando o tipo de anexo do CD-ROM.
A tela pode exibir mais de um tipo de anexo, por exemplo, se o sistema possuir unidades ópticas múltiplas. Nesse caso, talvez seja necessário abrir o gabinete do sistema para determinar o ponto da unidade de DVD do anexo. Certifique-se se você selecionou corretamente o tipo de anexo que se aplica à unidade de DVD.
Depois de selecionar corretamente o tipo de anexo do CD-ROM, pressione Enter.
A próxima tela aparece com Type:[Auto] automaticamente selecionado.
Pressione a barra de espaço duas vezes para alterar a seleção para Type:[CD-ROM].
Utilize as setas do teclado para selecionar Modo de transferência.
Pressione Enter para exibir uma lista de outras opções do Modo de transferência.
Utilize as setas do teclado para selecionar Padrão e, em seguida, pressione Enter para aceitar a seleção.
Pressione F10 para salvar as alterações de configuração e sair da instalação da BIOS.
O sistema reinicia.
Solução alternativa 2: atualize o firmware da unidade de combinação do DVD para a versão R1.12. Essa solução alternativa necessita que a unidade de combinação do DVD seja anexada ao sistema que está executando o Microsoft Windows. Siga estas etapas:
Remova a unidade de combinação do DVD a partir da Sun Java Workstation 2100Z.
Consulte o guia do usuário da estação de trabalho para visualizar as etapas a fim de remover adequadamente a unidade.
Conecte a unidade a um sistema que esteja executando o Microsoft Windows e altere as configurações das pontes escrava e mestre da unidade, se necessário.
Vá para AOpen's Download Center em http://download.aopen.com.tw/default.aspx.
Procure pelo firmware da unidade de DVD utilizando as informações a seguir:
Produto: unidades de combinação
Modelo: COM5232/AAH
Categoria: firmware
Baixe e instale o firmware versão R1.12.
Reinstale a unidade na estação de trabalho. Se necessário, restaure as configurações de pontes escrava e mestre originais.
As versões mais recentes do firmware já podem estar disponíveis no Aopen's Download Center. Os testes confirmam que a versão R1.12 resolve o problema de pane. Não é possível confirmar se as revisões de firmware subsequente também resolvem o problema.
O console serial (ttya) nos sistemas Sun Fire do Oracle a seguir não funcionam por padrão:
Sun Fire V20z
Sun Fire V40z
Sun Fire V60x
Sun Fire V65x
Para utilizar o console serial, é necessário configurar manualmente a BIOS do sistema.
Solução alternativa: esta solução alternativa necessita que o sistema possua um monitor de exibição e um teclado da Sun. Siga estas etapas:
Inicialize o sistema.
Durante a inicialização do sistema, pressione F2 no prompt para acessar o Phoenix BIOS.
Em Periféricos, altere a porta de comunicação de desativada para ativada.
Salve a configuração e inicialize o sistema.
Utilize o comando eeprom para alterar input-device e output-device para ttya .
Pressione simultaneamente o Stop e a tecla N na inicialização do sistema para redefinir o firmware de baixo nível para configurações padrão que não funcionam nesse sistema.
O GUI de instalação do Oracle Solaris pode falhar em um sistema com uma partição de inicialização fdisk x86 existente. A falha ocorre se a partição de inicialização x86 existente foi criada com o instalador de texto Oracle Solaris. A mensagem de erro a seguir é exibida:
Default layout will not work on this system. Error: Error: ERROR: Could not create explicit fdisk partition on c0t0d0, requested cylinders 14581 - 14597 in use by fdisk partition 1 Error: Error: ERROR: System installation failed Pfinstall failed. Exit stat= java.lang.UNIXProcess@a89ce3 2 artition on c0t0d0, requested cylinders 14581 - 14597 in use by fdisk partition 1 ERROR: System installation failed |
Solução alternativa: escolha uma das seguintes soluções alternativas:
Solução alternativa 1: quando o programa de instalação solicita que você selecione um tipo de instalação, selecione 3 Solaris Interactive Text (Desktop Session).
Solução alternativa 2: se você utilizar o GUI de instalação do Oracle Solaris, siga estas etapas:
Inicie a instalação.
O prompt para selecionar um tipo de instalação é exibido.
Selecione a instalação personalizada.
Os painéis de instalação personalizada solicitam informações sobre os locais, software e discos que você deseja instalar.
Responda às solicitações da tela conforme for apropriado para seu sistema.
Na tela de seleção Fdisk, verifique se o disco contém a partição de inicialização x86.
Remova a partição de inicialização x86 alterando-a para UNUSED no menu suspenso.
Adicione a partição de inicialização x86 alterando UNUSED de volta para inicialização x86.
Continue a instalação.
Os erros a seguir podem ocorrer durante ou depois da instalação do Oracle Solaris 10 OS.
Para uma instalação com base em GUI do Oracle Solaris 10 9/10 OS, o sistema deve ter, no mínimo, 768 MB de memória. Se a memória física é menor que 768 MB, uma mensagem de erro similar a seguinte é exibida e a instalação alterna para uma instalação de texto:
Not enough memory for graphical installation. Graphical installation requires 768 MB of memory. Found 640 MB of memory. Reverting to text-based installation. |
Solução alternativa: certifique-se de que você possua, pelo menos, 768 MB de memória para a instalação ou atualização com base em GUI.
Em sistemas com pouca memória, a instalação do Oracle Solaris OS pode falhar se o sistema de arquivos / ou /var possui somente o espaço em disco recomendado ou mínimo. A mensagem de erro a seguir é exibida:
Creating boot_archive for /a updating /a/platform/sun4u/boot_archive 15+0 records in 15+0 records out cat: write error: No space left on device |
Solução alternativa: aumente o tamanho do /var para, pelo menos, 300 MB em sistemas com memória baixa.
Uma atualização DSR falha em sistemas instalados com uma versão Oracle Solaris 10 anterior a versão Oracle Solaris 10 9/10. Essa falha se deve a um problema de layout automático. Por exemplo, presuma que você instalou o sistema operacional com o perfil a seguir:
install_type initial_install system_type standalone cluster cxall partitioning explicit filesys rootdisk.s0 auto / logging filesys rootdisk.s1 512 swap filesys rootdisk.s6 10240 /backup logging filesys rootdisk.s7 free |
Em seguida, efetue uma atualização DSR para a versão Oracle Solaris 10 9/10 com o perfil a seguir:
install_type upgrade root_device rootdisk.s0 backup_media local_filesystem /backup layout_constraint rootdisk.s0 changeable layout_constraint rootdisk.s7 available |
A atualização DSR falha com a mensagem de erro a seguir:
Auto-layout could not determine how to reallocate space on the file systems with the constraints you specified. Try other constraints |
Solução alternativa: rotule os segmentos rootdisk.s1 e rootdisk.s6 como "alteráveis". Se um disco extra estiver disponível no sistema e existir espaço suficiente em um segmento não utilizado para um backup, modifique a palavra-chave backup_media, como mostrado no exemplo a seguir:
backup_media local_filesystem /dev/dsk/c0t1d0s7 |
Neste exemplo, o disco c0t1d0s7 é o segundo disco disponível e possui espaço suficiente para um backup. De forma alternativa, se somente um rootdisk estiver disponível no sistema, efetue o backup em uma sistema remoto. Utilize a sintaxe a seguir:
backup_media remote_filesystem hostname:/export/backup |
Em ambos os casos, a atualização DSR será bem sucedida.
O instalador Oracle Solaris localizado sempre executa nos locais EUC ou ISO8859. Assim, o log de instalação é gravado em código EUC ou ISO8859.
Solução alternativa: enquanto efetuar uma instalação de interface da linha de comando(CLI) localizada utilizando uma janela de terminal, o local no terminal deve ser o EUC ou ISO8859.
Se você estiver instalando um arquivo flash do Oracle Solaris a partir de um sistema executando uma versão anterior à versão Solaris 10 10/08, o arquivo falha ao instalar. A partir da versão Solaris 10 10/08, o arquivo pode ser instalado. A mensagem de erro a seguir é exibida:
bootadm: biodev command failed for disk: /dev/dsk/<c0t2d0s0>. bootadm: 1s_bootdisk(): cannot determine BIOS disk ID "hd?" for disk: /dev/dsk/<c0t2d0s0> bootamd: get_grubroot(): cannot get (hd?, ?,?) for menu. menu not on bootdisk: /dev/rdsk/<c0t2d0s0> |
Solução alternativa: escolha uma das seguintes soluções alternativas:
Instale um arquivo flash do Oracle Solaris pelo menos, da versão Solaris 10 10/08.
Se você necessitar instalar um arquivo flash do Oracle Solaris de uma versão anterior, inicialize a partir da versão anterior e extraia o arquivo.
As localidades asiáticas th_TH.ISO8859-11, th_TH.TIS620, ko_KR.EUC, ko_KR.UTF-8, zh_TW.EUC, zh_CN.EUC, zh_CN.GBK, e zh_CN.UTF-8 não podem ser utilizadas ao instalar o Oracle Solaris OS com JumpStart personalizado. Ao configurar localidades no arquivo sysidcfg utilizando a palavra-chave system_locale, a mensagem de erro a seguir é exibida:
xx_xx.xxxxx is not a valid system locale |
A instalação JumpStart personalizada para e a instalação interativa inicia.
Solução alternativa: utilize nomes de localidades curtos, como h_TH, ko, ko.UTF-8, zh_TW, zh, zh.GBK, and zh.UTF-8, em vez de nomes de locais longos.
Ao atualizar extensões confiáveis a partir das versões Solaris 10 11/06 ou Solaris 8 10/07 para a versão Solaris 10 10/08, Solaris 10 5/09 ou Solaris 10 10/09, a entrada prodreg para extensões confiáveis não é removida. Nenhuma mensagem de erro é exibida.
Solução alternativa: depois de atualizar as extensões confiáveis para a versão atual, remova a entrada prodreg manualmente como a seguir:
# prodreg unregister -f -r -u "Solaris Trusted Extensions" -i 1 |
Durante uma atualização Oracle Solaris, se você selecionar análises detalhadas para visualizar quais patches serão removidos, o painel que exibe os patches não é rolável. A lista completa dos patches que serão removidos não pode ser visualizada.
Solução alternativa: execute os scripts analize_patches manualmente como a seguir:
# cd <cdrom>/Solaris_10/Misc # ./analyze_patches -R rootdir -N netdir -D databasedir |
As seguintes opções de comando:
rootdir é a raiz do sistema instalado. O diretório raiz padrão é /.
netdir é o caminho para a raiz da imagem do sistema operacional para ser instalada e também é o caminho para o diretório que contém o diretório Solaris_10_606. /cdrom/cdrom0 é o caminho padrão. É necessário utilizar essa opção se você estiver executando o patch_analyzer a partir de um ponto de montagem NFS.
Se o script é chamado a partir de um diretório diferente do diretório /Misc na imagem do sistema operacional, o programa não pode encontrar o banco de dados utilizado para as análises de patch. Utilize a opção -D para fornecer o caminho para o banco de dados. Sem esse banco de dados, que estão localizados no diretório Solaris_10_606/Misc/database na imagem do sistema operacional, o script não irá executar corretamente.
Durante uma instalação serial do Oracle Solaris, o sistema não possui o teclado anexado, mas um prompt para seleção do layout do teclado ainda é exibido.
Solução alternativa: selecione o layout do teclado. Se necessário, é possível alterar o layout do teclado utilizando o comando kbd com a opção -s quando um teclado for anexado.
Se o Linux estiver instalado no sistema e você instalar o Oracle Solaris OS em uma partição separada, a partição Linux não é exibido no menu GRUB. Nenhuma mensagem de erro é exibida.
Solução alternativa: edite o arquivo menu.lst do menu GRUB para adicionar Linux ao menu GRUB. Realize os passos seguintes:
Inicialize o Oracle Solaris OS.
Edite o arquivo menu.lst em /boot/grub/menu.lst . Para obter mais informações, consulte o System Administration Guide: Basic Administration .
Se você instalar o Solaris 10 10/09 OS em um sistema com base em x86, a mensagem de erro a seguir é exibida:
/sbin/dhcpinfo: primary interface requested but no primary interface is set |
O erro não afeta a instalação e a instalação é bem sucedida.
Solução alternativa: ignore a mensagem de erro.
Se você utilizar o método de instalação JumpStart personalizada para instalar o Oracle Solaris OS em um sistema com base em x86 e configurar explicitamente o segmento 2 como o segmento sobreposto no perfil, um erro ocorre. O sistema não reinicializa com sucesso depois da instalação ser concluída. A mensagem de erro a seguir é exibida:
Cannot find Solaris partition |
Essa falha ocorre porque o segmento sobreposto 2 (c0t0d0s2, por exemplo) está definido para iniciar no cilindro 1 em vez de no cilindro 0.
Solução alternativa: no perfil JumpStart personalizado, remova a entrada de palavra-chave filesys que configura o segmento 2 como segmento sobreposto. Por exemplo, uma entrada de palavra-chave similar à seguinte seria removida:
filesys c0t0d0s2 all overlap |
Depois de remover a entrada, efetue a instalação JumpStart personalizada.
Para as últimas informações sobre suporte de atualização a partir da versão Solaris 10 10/09, consulte Alterações no suporte de atualização para versões Oracle Solaris.
Essa seção descreve erros de atualização. Alguns erros podem ocorrer ao atualizar para o Oracle Solaris 10 OS. Outro erros podem ocorrer depois de a atualização estar concluída.
O comando shutdown pode fazer com que o sistema trave depois de atualizado para a versão Solaris 10 10/09. O travamento ocorre enquanto o daemon svc.startd interrompe os serviços do sistema.
O arquivo de log de depuração do console Sun Java Web no /var/log/webconsole/console/console_debug_log é exibido se o serviço de console da Web é cíclico, iniciando e parando.
Solução alternativa: digite os comandos a seguir:
/usr/share/webconsole/private/bin/wcremove -i console svcadm clear system/webconsole:console smcwebserver start |
O comando wcremove remove a instância do domínio de servidor que foi criado para esse console específico. Quando o console é reiniciado, uma nova instância de domínio é criada.
Quando os comandos lucreate e lumake são utilizados em regiões não globais que não estão em estado de execução, podem não executar com sucesso. O conteúdo de uma região não global original e a cópia podem ser diferentes. Talvez você não possa efetuar logon para o console da região utilizando o comando zlogin. A mensagem de erro é exibida enquanto o comando zlogin é utilizado:
zlogin: makeutx failed |
A saída de diagnóstico dos comandos lucreate e lumake não exibem nenhum erro.
Solução alternativa: certifique-se de que todos as regiões não globais estejam em estado de execução antes de utilizar os comandos lucreate e lumake.
Quando você utiliza o Oracle Solaris Live Upgrade para atualizar para a versão Solaris 10 10/09 a partir de uma versão Solaris 8 ou Solaris 9, a atualização falha. Os arquivos de compressão de imagens de instalação agora são descompactados com a utilização do utilitário 7za. O pacote SUNWp7zip não está incluído nas versões Solaris 8 e Solaris 9. Como resultado, o Oracle Solaris Live Upgrade falha.
Solução alternativa: para utilizar o Oracle Solaris Live Upgrade para atualizar o sistema para uma versão Solaris 10 10/09 a partir de uma versão Solaris 8 ou 9, efetue as etapas listadas em Restrições do Oracle Solaris Live Upgrade.
Uma atualização de realocação de espaço em disco (DSR) com regiões falha se quaisquer regiões são instaladas no diretório /opt. A atualização pode falhar durante a restauração do arquivo DSR. Em alguns casos, a atualização pode ser bem sucedida, mas o sistema não pode ser reinicializado.
Solução alternativa: certifique-se de que o sistema de arquivos raiz não está 100 porcento cheio antes de atualizar. Se necessário, remova alguns arquivos antes de atualizar, para que o segmento raiz esteja com menos de 90 porcento cheio.
Ao atualizar extensões confiáveis a partir da versão Solaris 10 11/06 ou da Solaris 8 10/07 para a versão Solaris 10 10/08, Solaris 10 5/09 ou Solaris 10 10/09, pacotes de extensões confiáveis localizados indesejados são instalados no sistema. Esse erro ocorre porque o instalador de extensões confiáveis das versões Solaris 10 11/06 e Solaris 10 11/06 instalam pacotes localizados por padrão. Nenhuma mensagem de erro é exibida.
Solução alternativa: antes de atualizar as extensões confiáveis para a versão atual, remova os pacotes de extensões confiáveis localizados a seguir.
SUNWjdtts |
SUNWkdtts |
SUNWjmgts |
SUNWkmgts |
SUNWjtsman |
SUNWktsu |
SUNWjtsu |
SUNWodtts |
SUNWtgnome-l10n-doc-ja |
SUNWtgnome-l10n-ui-ko |
SUNWtgnome-l10n-ui-it |
SUNWtgnome-l10n-ui-zhHK |
SUNWtgnome-l10n-ui-sv |
SUNWtgnome-l10n-ui-es |
SUNWtgnome-l10n-doc-ko |
SUNWtgnome-l10n-ui-ptBR |
SUNWtgnome-l10n-ui-ja |
SUNWtgnome-l10n-ui-zhTW |
SUNWtgnome-l10n-ui-zhCN |
SUNWtgnome-l10n-ui-fr |
SUNWtgnome-l10n-ui-de |
SUNWtgnome-l10n-ui-ru |
Esse erro ocorre durante uma atualização a partir das versões Solaris 10 Hardware 2 (HW2) para a versão atual Solaris 10 10/09.
Na versão Solaris 10 HW2, o arquivo name_service.xml para qualquer serviço de nome, tal como NIS, NIS+, FILES ou LDAP, é o seguinte:
# ls -l name_service.xml lrwxrwxrwx 1 root root 10 Apr 10 16:26 name_service.xml -> ns_files.xml |
Se o serviço de nome é o NIS, o arquivo name_service.xml vincula ao ns_files.xml. No entanto, o conteúdo dos arquivos ns_files.xml são os mesmos que os ns_nis.xml .
# cat /etc/release Solaris 10 3/05 HW2 s10s_hw2wos_05 SPARC Copyright 2005 Sun Microsystems, Inc. All Rights Reserved. Use is subject to license terms. Assembled 26 September 2005 # cd /var/svc/profile # ls -l name_service.xml ns_files.xml ns_nis.xml lrwxrwxrwx 1 root other 12 May 21 04:06 name_service.xml -> ns_files.xml -r--r--r-- 1 root sys 779 May 21 04:25 ns_files.xml -r--r--r-- 1 root sys 779 Jan 21 2005 ns_nis.xml # # diff ns_files.xml ns_nis.xml # diff name_service.xml ns_nis.xml |
Na saída anterior, os arquivos ns_nis.xml e ns_nis.xml são os mesmos. Isso significa que o arquivo name_service.xml vincula simbolicamente ao arquivo de serviço de nome errado. O arquivo name_service.xml vincula ao ns_files.xml. Em vez disso, o arquivo name_service.xml deve vincular ao ns_nis.xml.
A correção para CR 6411084, o script de pós-instalação ou instalação SUNWcsr, cria um vínculo correto somente se name_service.xml não for um arquivo de vínculo. Se o name_service.xml já é um arquivo de vínculo simbólico, como na versão Solaris 10 Hardware 2, a correção para CR 6411084 não funcionará.
Depois de uma atualização a partir do Solaris 10 Hardware 2 para a versão Solaris 10 10/09 atual, a mensagem a seguir é exibida no console ou registrada no arquivo de mensagens:
Oct 23 12:18:45 vt2000a automount[301]: [ID 366266 daemon.error] can't read nis map auto_master: can't communicate with ypbind - retrying |
Além disso, o serviço /network/nis/client:default está off-line.
Solução alternativa: escolha uma das seguintes soluções alternativas:
Solução alternativa 1: antes de uma atualização, remova o arquivo /var/svc/profile/name_service.xml.
Solução alternativa 2: depois de uma atualização, altere o vínculo /var/svc/profile/name_service.xml para o arquivo ns_<xxx>.xml correto, com base no serviço de nome.
Uma região não global que foi instalada mas nunca inicializada ou preparada evita que um sistema seja atualizado corretamente. Nenhuma mensagem de erro é exibida.
Solução alternativa: se tal região é encontrada, ela deve ser preparada e previamente interrompida para iniciar a atualização. Por exemplo:
global# zoneadm -z myzone ready ; zoneadm -z myzone halt |
Atualizar um sistema Solaris 10 3/05 ou Solaris 10 1/06 com regiões não globais para a versão Solaris 10 10/09, pode fazer com que o serviço SMF que monta sistemas de arquivos locais falhe nas regiões não globais. Como resultado, outros serviços em regiões não globais podem falhar ao iniciar.
Depois de atualizar um sistema Oracle Solaris 10 com regiões não globais para a versão Solaris 10 10/09, os serviços podem entrar no estado de manutenção. Por exemplo:
# zlogin myzone svcs -x svc:/system/filesystem/local:default (local file system mounts) State: maintenance since Wed May 24 13:18:06 2006 Reason: Start method exited with $SMF_EXIT_ERR_FATAL. See: http://sun.com/msg/SMF-8000-KS See: /var/svc/log/system-filesystem-local:default.log Impact: 18 dependent services are not running. (Use -v for list.) |
Solução alternativa:
Reinicialize a região não global a partir da região global. Por exemplo:
global# zoneadm -z myzone reboot |
Nessa versão Oracle Solaris, o Solaris Volume Manager exibe a saída de ID do dispositivo em um novo formato. O Solaris 9 9/04 OS, que introduz o suporte de ID do dispositivo nos conjuntos do disco, não reconhece o novo formato. Ao atualizar para o Oracle Solaris 10 OS a partir da versão Solaris 9 9/04, os IDs do dispositivos são associados aos conjunto de disco existentes que não são atualizados na configuração do Solaris Volume Manager. Se for necessário voltar para a Solaris 9 9/04 OS, as alterações de configuração feitas para os conjuntos de disco, depois de atualizar, podem não estar mais disponíveis para o Solaris 9 9/04 OS. Para mais informações, consulte Capítulo 25, Troubleshooting Solaris Volume Manager (Tasks), no Solaris Volume Manager Administration Guide.
Se você utilizar o Oracle Solaris Live Upgrade para atualizar a partir da versão Solaris 8 ou 9 para a Oracle Solaris 10 OS, os programas desinstaladores obsoletos não são removidos. Esses programas desinstaladores de versões anteriores continuam no diretório /var/ssadm/prod do sistema.
Os desinstaladores obsoletos a seguir não foram removidos:
uninstall_Alternate_Pathing_2_3_1.class uninstall_CDRW_1_1.class o uninstall_CDRW_1_0.class uninstall_Bonus_Localization_-_Catalan_CDE_Desktop.class uninstall_Bonus_Localization_-_Polish_CDE_Desktop.class uninstall_Bonus_Localizations_-_Russian_CDE_Desktop.class uninstall_Capacity_on_Demand_1_0.class uninstall_Java3D_1_3_1.class uninstall_Java3D_1_3.class uninstall_Java3D_1_2_1_04.class uninstall_Java3D_1_2_1_03.class uninstall_Lights_Out_Management_2_0.class uninstall_Man_Page_Supplement.class uninstall_OpenGL_1_3.class uninstall_OpenGL_1_2_3.class uninstall_Netra_ct_Platform_1_0.class uninstall_Netra_t11xx_Alarms_2_0.class uninstall_Netscape_6_2_3.class uninstall_Netscape_6_2_1_Beta.class uninstall_PC_launcher_1_0_2.class uninstall_PC_launcher_1_0_1_PCfileviewer_1_0_1.class uninstall_RSC_2_2_2.class uninstall_RSC_2_2_1.class uninstall_RSC_2_2.class uninstall_ShowMeTV_1_3.class uninstall_Solaris_9_French_Localization.class uninstall_Solaris_9_German_Localization.class uninstall_Solaris_9_Hong_Kong_Traditional_Chinese_Localization.class uninstall_Solaris_9_Italian_Localization.class uninstall_Solaris_9_Japanese_Localization.class uninstall_Solaris_9_Korean_Localization.class uninstall_Solaris_9_Simplified_Chinese_Localization.class uninstall_Solaris_9_Spanish_Localization.class uninstall_Solaris_9_Swedish_Localization.class uninstall_Solaris_9_Traditional_Chinese_Localization.class uninstall_Solaris_On_Sun_Hardware_Documentation.class uninstall_Sun_Hardware_AnswerBook.class uninstall_SunATM_5_0.class uninstall_SunATM_5_1.class uninstall_SunFDDI_PCI_3_0.class uninstall_SunFDDI_SBus_7_0.class uninstall_Sun_Fire_880_FC-AL_Backplane_Firmware_1_0.class uninstall_Sun_Fire_B10n_Load_Balancing_Blade_1_1.class uninstall_SunForum_3_1.class uninstall_SunForum_3_2.class uninstall_SunHSI_PCI_3_0.class uninstall_SunHSI_SBus_3_0.class uninstall_SunScreen_3_2.class uninstall_SunVTS_5_1_PS6.class uninstall_SunVTS_5_1_PS5.class uninstall_SunVTS_5_1_PS4.class uninstall_SunVTS_5_1_PS3.class uninstall_SunVTS_5_1_PS2.class uninstall_SunVTS_5_1_PS1.class uninstall_SunVTS_5_0.class uninstall_System_Management_Services_1_4.class uninstall_System_Management_Services_1_3.class uninstall_System_Management_Services_1_2.class uninstall_System_Service_Processor_3_5.class uninstall_WBEM_DR_1_0.class uninstall_Web_Start_Wizards_SDK_3_0_2.class uninstall_Web_Start_Wizards_SDK_3_0_1.class uninstall_Web_Start_Wizards_SDK.class uninstall_XML_Libraries_2_4_12.class |
Solução alternativa: depois de atualizar o sistema, remova manualmente os desinstaladores obsoletos no diretório /var/sadm/prod.
Ao selecionar uma localidade para a instalação, as localidades relacionadas adicionais também podem ser instaladas. Essa alteração no comportamento ocorre na versão Oracle Solaris 10 porque todas as localidades cheias, com traduções de mensagem, localidade parciais japonesas e asiáticas e ativa dor de localidade, foram re compactadas com base no suporte de idiomas de localidades. Outras localidades parciais ainda são compactadas e instaladas com base em regiões geográficas, tal como a Europa Central.