Recursos Auto Registration do Oracle Solaris
O que é o Registro automático?
Como ativar ou modificar o Registro automático
Antes ou durante uma instalação ou atualização
Depois de uma instalação ou atualização
Como desativar o Registro automático
Para operações do Live Upgrade
Imagem de recuperação de desastres
Atualização de BIOS e Firmware
Atualização para o Oracle Solaris 10 8/11
Suporte para produtos que não fazem parte do Oracle Solaris OS
Live Upgrade e Regiões Oracle Solaris
Utilizando o Live Upgrade com uma raiz de região em um sistema de arquivos ZFS
Atualizando um Sistema de extensões confiável configurado com regiões rotuladas
Minirraiz de atualização em máquinas compatíveis x86 e SPARC
Suplemento de criptografia de dados Oracle Solaris em versões Oracle Solaris 10
x86: Sistemas com um NIC elx ou pcelx falham na configuração de rede
O tamanho padrão do sistema de arquivos /var pode ser inadequado
x86: Não atualize os sistemas Hewlett-Packard Vectra XU Series com a versão GG.06.13 da BIOS
SPARC: Firmware mais antigo pode necessitar de atualização PROM interminente de inicialização
x86: Os consoles seriais não funcionam em alguns dos sistemas Sun Fire (6208412)
A instalação Jumpstart falha em máquinas anexadas a um SAN (7072761)
Sistema raiz do ZFS pode suspender ao permutar para zvol (6898318)
Instalação de um Arquivo Flash do Oracle Solaris ZFS (6889459)
O PRODRM possui problemas em excluir a entrada prodreg para extensões confiáveis (6616592)
Painel de análise de patch de detalhado da atualização não rolável (6597686)
A partição Linux não é exibido no menu GRUB depois da instalação do Oracle Solaris OS (6508647)
x86: Erro /sbin/dhcpinfo inválido durante a instalação (6332044)
x86: O sistema falha ao inicializar após a instalação JumpStart (6205478)
Problemas de atualização e erros
O comando lucreate falha em sistemas que não têm o pacote SUNWzoneu (7061870)
O serviço iscsi/initiator pode terminar em estado de manutenção após a atualização (6976602)
Problemas com uma atualização DSR com regiões (6616788)
Problemas de atualização de extensões confiáveis (6616585)
O sistema não pode se comunicar com o ypbind depois de uma atualização (6488549)
A atualização falha em sistemas com regiões instaladas mas não inicializadas
Discrepâncias de ID do dispositivo depois de uma atualização a partir do Solaris 9 9/04 OS
3. Problemas de tempo de execução no Oracle Solaris
4. Declarações de suporte de fim de software
A. Erros documentados anteriormente que foram resolvidos na versão Oracle Solaris 10 8/11
Observação - Para obter as informações mais recentes sobre suporte de atualização começando com o Oracle Solaris versão 10 8/11, consulte Atualização para o Oracle Solaris 10 8/11.
Essa seção descreve erros de atualização. Alguns erros podem ocorrer ao atualizar para o Oracle Solaris 10 OS. Outros erros podem ocorrer depois de a atualização estar concluída.
Após a atualização para o Oracle Solaris 10 8/11, todos os tipos de máquinas da série M poderão apresentar uma pequena degradação de desempenho. A degradação de desempenho foi observada como resultado da correção para o CR 6919646.
O CR 6919646 apresenta o problema das máquinas da série M como resultado de entradas TLB (translation lookaside buffer) inconsistentes. Por exemplo, os aplicativos como o software do Oracle Database podem ser interceptados repetidamente em endereços ISM devido a entradas TLB inconsistentes no hardware. Quando esse problema ocorre, os aplicativos afetados não podem prosseguir nas CPUs ocupadas, a menos que o sistema seja reinicializado, ou até que as TLBs sejam liberadas aleatoriamente por outras atividades de kernel.
Observação -
O CR 6919646 foi corrigido na versão 8/11 do Oracle Solaris.
Espera-se que a correção do CR 7058265 seja disponibilizada com um patch kernel em breve.
O comando lucreate falha em sistemas que não têm o pacote SUNWzoneu, por exemplo, sistemas Solaris 8, Solaris 9 e Oracle Solaris 10 instalados com o meta-cluster SUNWcreq.
Você pode ver mensagens de erro semelhantes às mostradas neste exemplo:
Error message: #lucreate -n u10 Analyzing system configuration. Updating boot environment description database on all BEs. Updating system configuration files. Creating configuration for boot environment <u10>. Source boot environment is <s10_u9>. Creating file systems on boot environment <u10>. Populating file systems on boot environment <u10>. Analyzing zones. Duplicating ZFS datasets from PBE to ABE. Creating snapshot for <newpool/ROOT/s10_u9> on <newpool/ROOT/s10_u9@u10>. Creating clone for <newpool/ROOT/s10_u9@u10> on <newpool/ROOT/u10>. Mounting ABE <u10>. Generating file list. Finalizing ABE. Fixing zonepaths in ABE. Unmounting ABE <u10>. Fixing properties on ZFS datasets in ABE. Reverting state of zones in PBE <s10_u9>. Making boot environment <u10> bootable. ERROR: Unable to mount non-global zones of ABE <u10>: cannot make ABE bootable. ERROR: Unable to make boot environment <u10> bootable. ERROR: Unable to populate file systems on boot environment <u10>. Removing incomplete BE <u10>. ERROR: Cannot make file systems for boot environment <u10>.
O serviço SMF svc:/network/iscsi/initiator:default pode terminar no estado de manutenção durante a primeira inicialização após a atualização de qualquer uma das versões do Oracle Solaris 10 (do Solaris 10 1/06 até o Solaris 10 10/09) para o Oracle Solaris 10 9/10 ou o Oracle Solaris 10 8/11. Esta situação ocorre quando o serviço svc:/network/iscsi/initiator:default iniciar antes da conclusão do serviço svc:/system/manifest-import:default.
Você pode ver mensagens de erro semelhantes às mostradas neste exemplo:
Jul 12 16:39:22 svc.startd[7]: svc:/network/iscsi/initiator:default: Method "/lib/svc/method/iscsid" failed with exit status 1. Jul 12 16:39:22 svc.startd[7]: svc:/network/iscsi/initiator:default: Method "/lib/svc/method/iscsid" failed with exit status 1. Jul 12 16:39:22 svc.startd[7]: svc:/network/iscsi/initiator:default: Method "/lib/svc/method/iscsid" failed with exit status 1. Jul 12 16:39:22 svc.startd[7]: network/iscsi/initiator:default failed: transitioned to maintenance (see 'svcs -xv' for details) # svcs -xv svc:/network/iscsi/initiator:default (?) State: maintenance since Tue Jul 12 16:29:38 2011 Reason: Start method failed repeatedly, last exited with status 1. See: http://sun.com/msg/SMF-8000-KS See: /var/svc/log/network-iscsi-initiator:default.log Impact: This service is not running. # tail /var/svc/log/network-iscsi-initiator:default.log [ Jul 12 16:39:22 Executing start method ("/lib/svc/method/iscsid") ] Usage: /lib/svc/method/iscsid { start | stop } [ Jul 12 16:39:22 Method "start" exited with status 1 ] [ Jul 12 16:39:22 Executing start method ("/lib/svc/method/iscsid") ] Usage: /lib/svc/method/iscsid { start | stop } [ Jul 12 16:39:22 Method "start" exited with status 1 ] [ Jul 12 16:39:22 Executing start method ("/lib/svc/method/iscsid") ] Usage: /lib/svc/method/iscsid { start | stop } [ Jul 12 16:39:22 Method "start" exited with status 1 ]
Solução alternativa: remova o estado de manutenção do serviço iscsi/initiator. O serviço é iniciado automaticamente com os argumentos corretos. Por exemplo:
# svcadm clear svc:/network/iscsi/initiator:default
Em um ambiente de extensões confiáveis com regiões rotuladas, as regiões permanecem no estado instalado e não são inicializadas quando estão no ambiente de inicialização recém-criado. Se as regiões forem inicializadas manualmente, os erros ocorrerão dependendo das montagens lofs presentes nas regiões.
Solução alternativa: para inicializar as regiões no ambiente de inicialização alternativo (ABE), execute as seguintes etapas na região do ABE:
Exclua o arquivo que exibe o erro de montagem lofs durante a inicialização da região porque ele tem o mesmo número de inodes que o ambiente de inicialização primário (PBE).
Copie manualmente o arquivo do ambiente de inicialização primário (PBE). Esta cópia garante que os arquivos tenham números diferentes de inodes.
Caso você execute o comando lucreate ou lumake em um sistema que esteja utilizando o Trusted Extensions, os comandos poderão falhar se o sistema tiver rotulado regiões não globais e essas regiões não estiverem em execução.
Por exemplo, considere o seguinte comando lucreate:
lucreate -c OLD_BE -n NEW_BE -m/:/dev/dsk/c0t0d0s3:ufs
Você pode ver mensagens de erro semelhantes às mostradas neste exemplo:
Making boot environment <NEW_BE> bootable. ERROR: The mount point </.alt.tmp.b-2cc.mnt> is not a valid ABE mount point (no /etc directory found). ERROR: You must use the <-m> option to specify the mount point of the ABE where to create the /etc/vfstab file. Usage: luedvfstab -i ABE_icf_file -m ABE_mount_point -n BE_name ERROR: Unable to configure /etc/vfstab file on ABE <NEW_BE>: cannot make ABE bootable. ERROR: Unable to make boot environment <NEW_BE> bootable. ERROR: Unable to populate file systems on boot environment <NEW_BE>. Removing incomplete BE <NEW_BE>. ERROR: Cannot make file systems for boot environment <NEW_BE>.
Solução alternativa: certifique-se de que todas as regiões não globais estejam em execução antes de utilizar os comandos lucreate and lumake.
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.
|
Esse erro ocorre durante uma atualização da versão Solaris 10 Hardware 2 (HW2) para a versão Solaris 10 10/09.
Na versão Solaris 10 HW2, o arquivo name_service.xml para qualquer serviço de nome, 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-se ao arquivo ns_nis.xml.
Observação - A correção para CR 6411084, o script de pós-instalação ou instalação SUNWcsr, cria um link 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 do Solaris 10 Hardware 2 para a versão Solaris 10 10/09, a seguinte mensagem é 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 link /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 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 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.