Este capítulo fornece informações e descreve problemas relacionados à instalação da versão do Oracle Solaris 11 Express.
Nosso objetivo é tornar os produtos, serviços e documentação de suporte da Oracle acessíveis, com boa utilização para a comunidade de portadores de necessidades especiais.
Os aplicativos e utilitários da área de trabalho Oracle Solaris incorporam recursos de acessibilidade para permitir que pessoas com deficiência possam utilizar o software com facilidade e eficiência. Os usuários com deficiências físicas, tais como visão debilitada ou deficiência motora, podem utilizar todas as funcionalidades da área de trabalho Oracle Solaris graças às ferramentas de personalização que dão permissão para o usuário ajustar a aparência e o comportamento da área de trabalho.
O GNOME Desktop Accessibility Guide descreve os recursos de acessibilidade da área de trabalho Oracle Solaris em detalhes. Para acessar este guia ao trabalhar na área de trabalho Oracle Solaris, selecione Sistema na barra de menu principal e, depois, selecione Ajuda. Na janela Ajuda exibida, o GNOME Desktop Accessibility Guide está listado no lado direito. Clique no link do título do livro para exibir uma versão em HTML do guia.
Também é possível pesquisar tópicos de acessibilidade individuais através do campo de Pesquisa da ajuda.
Nossa documentação inclui recursos que tornam as informações disponíveis para os usuários de tecnologia assistiva. A documentação do produto está disponível no formato HTML e contém marcações para facilitar o acesso à comunidade de portadores de necessidades especiais. Para obter mais informações, visite o site da Web do Programa de acessibilidade da Oracle em http://www.oracle.com/accessibility/.
Esta seção fornece informações gerais como alterações de comportamento na versão do Oracle Solaris 11 Express.
Após uma instalação do CD interativo, a senha raiz é inicialmente definida como a mesma senha da conta do usuário criada durante a instalação, mas em um estado expirado. Para solucionar o problema descrito em O Gksu não relata a senha expirada (6995127), altere a senha raiz imediatamente no primeiro logon. Para isso, digite o comando su e insira a senha e, em seguida, digite a nova senha raiz duas vezes.
$ su Password: su: Password for user 'root' has expired New Password: Re-enter new Password: su: password successfully changed for root. |
Ao instalar ou atualizar para a versão do Oracle Solaris 11 Express, o sistema possui inicialmente um editor configurado: o editor do solaris. Esse editor possui a seguinte origem de repositório.
http://pkg.oracle.com/solaris/release/ |
Utilize o procedimento a seguir para atualizar o sistema OpenSolaris para a versão do Oracle Solaris 11 Express. Primeiro, atualize o sistema do OpenSolaris para a construção atual no repositório da versão do OpenSolaris. Em seguida, atualize o sistema para a versão do Oracle Solaris 11 Express.
Este procedimento pode ser utilizado por usuários que possuem a versão do OpenSolaris ou uma construção de desenvolvimento do OpenSolaris instalada no sistema.
A atualização direta do SO Oracle Solaris 10 para a versão do Oracle Solaris 11 Express não é permitida neste momento. Para atualizar um sistema Oracle Solaris 10 existente, considere a utilização dos contêineres Oracle Solaris 10, que permitem a instalação da imagem do sistema atual em um contêiner no sistema do Oracle Solaris 11 Express.
Para obter mais informações, consulte o System Administration Guide: Oracle Solaris Zones, Oracle Solaris 10 Containers, and Resource Management
Atualize todos os pacotes no sistema OpenSolaris para a versão mais atual.
Se o seu editor preferido não for opensolaris.org com uma origem de http://pkg.opensolaris.org/release/, altere o editor, como mostra a seguir:
# pkg set-publisher -P -O http://pkg.opensolaris.org/release/ opensolaris.org |
Para visualizar seu editor preferido, execute este comando:
# pkg publisher |
Atualize todos os pacotes no sistema.
# pkg image-update |
Reinicie o sistema para inicializar no ambiente de inicialização atualizado.
Atualize para a versão do Oracle Solaris 11 Express.
Permita que os pacotes no sistema sejam atualizados por um novo editor. Se o sistema possuir o editor extra configurado, permita que os pacotes dele também sejam atualizados por um novo editor.
# pkg set-publisher --non-sticky opensolaris.org # pkg set-publisher --non-sticky extra |
Defina o editor preferido como solaris com a origem definida no http://pkg.oracle.com/solaris/release/, como mostra a seguir:
# pkg set-publisher -P -g http://pkg.oracle.com/solaris/release/ solaris |
Exiba a licença do Oracle Solaris 11 Express.
# pkg image-update 2>&1 | less |
O comando pkg image-update pode indicar que o software de empacotamento precisa ser atualizado antes de continuar com a atualização. Siga as direções e execute novamente o comando pkg image-update anterior.
Se aceitar os termos da licença do Oracle Solaris Express 11, atualize o sistema e aceite explicitamente a licença.
# pkg image-update --accept |
Reinicie o sistema para inicializar no ambiente de inicialização atualizado.
Para obter mais informações, consulte Oracle Solaris 11 Express Image Packaging System Guide . Adicionalmente, consulte a página do manual pkg(1).
Mais de 1500 pacotes foram renomeados nesta versão. Os nomes antigos dos pacotes foram retidos por agora e indicam os novos nomes. O processo de atualização de pacotes será executado automaticamente. É possível determinar os nomes dos novos pacotes ao consultar a linha Renamed to na saída do comando pkg info -r SUNWoldpackage.
Para obter uma lista de descrições, classificações e mapeamentos de pacotes, consulte o link a seguir:
http://hub.opensolaris.org/bin/view/Project+pkg/Renamed
A primeira operação de empacotamento após a atualização do sistema para a versão atual remove centenas de pacotes vazios. Os pacotes removidos estão vazios, pacotes renomeados que estão sendo removidos do sistema.
Solução: esta remoção de pacotes em larga escala pode ser ignorada com segurança.
Os erros a seguir podem ocorrer durante ou após a instalação da versão do Oracle Solaris 11 Express.
Ambos ou um dos dois, o usuário principal e o usuário raiz, podem acabar com uma senha incorreta ao utilizar a instalação de texto.
Solução: Durante a instalação, é necessário inserir a senha raiz e a senha do usuário antes de obter a tela Resumo. Neste momento, certifique-se de começar a instalação sem voltar à tela Usuários. Se a instalação já foi concluída e não é possível efetuar logon utilizando a senha dada, use umas das soluções seguintes:
Reinstale o sistema operacional.
Modifique manualmente o arquivo /etc/passwd no pool do ZFS recém-instalado realizando a inicialização a partir de uma mídia externa.
Durante a instalação, é possível que apareça uma mensagem de erro similar à seguinte:
$ more install_log <AI Oct 15 17:32:50> /tmp/ai_combined_manifest.xml is a valid manifest <AI Oct 15 17:32:50> Auto reboot enabled <AI Oct 15 17:33:11> Cannot find the specified disk c7t2d0 on the targetsystem. <AI Oct 15 17:33:11> Target validation failed <AI Oct 15 17:33:11> ai target device not found <AI Oct 15 17:33:11> Auto install failed /$ |
Solução: desconecte um dos cabos SAS JBOD de dois caminhos.
Uma instalação do CD interativo pode travar sistemas que possuam 1 gigabyte de memória com uma placa de vídeo NVIDIA e diversos drivers Ethernet e1000g.
Solução: utilize uma das soluções a seguir para realizar uma instalação do CD interativo:
Utilize a opção vesa.
Desative os drivers e1000g Ethernet adicionando a sequência de caracteres -B disable-e1000g=true ao final do comando kernel$ no menu do GRUB.
Alguns dos recursos do console utilizados pelo instalador de texto não são totalmente suportados em sistemas com base no SPARC equipados com placas de vídeo XVR-2500. Como resultado, o instalador de texto não exibe corretamente o console destes sistemas.
Solução: escolha uma das seguintes soluções alternativas:
Execute o instalador de texto através de um console remoto, se disponível, em vez de executar em um console de buffer de quadro local.
Utilize o instalador automático, inicializado da mídia ou de uma rede, para realizar a instalação.
A renomeação de um ambiente de inicialização pode falhar se possuir um clone dependente que esteja atualmente montado ou, caso contrário, ocupado.
Um exemplo típico ocorre após o ambiente de inicialização ativo ser atualizado com sucesso. Se você tentar renomear o ambiente de inicialização atualizado e gerado automaticamente, a renomeação falha. A renomeação falha porque o ambiente de inicialização atualizado foi ativado e o ambiente de inicialização ativo é agora seu clone.
Solução: utilize o procedimento a seguir:
Ative o ambiente de inicialização interativo.
Renomeie o ambiente de inicialização atualizado.
Ative o ambiente de inicialização atualizado.
Por exemplo, se o nome do ambiente de inicialização ativo for solaris e o nome gerado automaticamente do ambiente de inicialização atualizado for solaris-1 , utilize os comandos a seguir:
# beadm activate solaris # beadm rename solaris-1 new_name # beadm activate new_name |
O processo de instalação falha se um pool do ZFS denominado rpool já estiver presente no sistema por ter sido importado manualmente ou criado pelo usuário durante a inicialização atual do CD interativo. A última mensagem no arquivo de registro da instalação é a seguinte:
Root pool rpool exists, we can't proceed with the installation. |
Este comportamento é intencional e assegura que a instalação automática não corrompa os dados inadvertidamente.
O instalador automático reconhece casos quando o rpool é criado pelo instalador, mas o processo de instalação falhou ou foi interrompido. Nestes casos, o instalador destrói automaticamente o rpool após sua reinicialização.
Solução: escolha uma das seguintes opções:
Para preservar os dados no rpool, reinicialize o sistema e não importe o pool. O conjunto continua invisível para o instalador automático. Entretanto, se o pool tiver sido criado em um disco de destino, ele não pode ser preservado.
Se você não desejar preservar os dados no rpool, destrua-o antes de iniciar o instalador automático utilizando o comando a seguir:
# zpool destroy -f rpool |
Se um sistema tem um sistema de arquivos ZFS Oracle Solaris, o construtor de distribuição não reconhece ou trata as áreas como um sistema de arquivos nos seguintes casos:
Um novo subdiretório do sistema de arquivos ZFS está especificado como área de construção, mas o ponto de montagem está especificado no lugar de zpool.
A área de construção já existe como um sistema de arquivos ZFS, mas o ponto de montagem está especificado no lugar de zpool.
Por exemplo, considere o seguinte zpool:
$ zfs list disk2_pool/ib/pia |
Se o comando a seguir for executado, quando a área de construção em slim_cd.xml estiver especificada como <build_area>/export/home/ib/pia</build_area> :
# distro_const build -p 1 slim_cd.xml |
A seguinte mensagem de erro é exibida:
/export/home/ib/pia: No such file or directory /export/home/ib/pia: No such file or directory Checkpointing is not available Rerun the build without -p |
Solução: faça as mudanças a seguir no manifesto do construtor de distribuição:
Mude <build_area>/export/home/ib/pia</build_area> para <build_area>disk2_pool/ib/pia</build_area>.
Quando um ambiente de inicialização é criado, ele possui apenas uma entrada no arquivo menu.lst do GRUB, independente de quantas entradas o ambiente de inicialização de origem possuir. A primeira entrada do menu.lst do ambiente de inicialização de origem é utilizada para criar a entrada para o novo ambiente de inicialização. Todas as outras entradas serão ignoradas. Este problema ocorre ao criar o novo ambiente de inicialização através do comando beadm ou pkg update.
Caso precise de outras entradas para o novo ambiente de inicialização, elas não estão disponíveis.
Solução: Edite o arquivo /rpool/boot/grub/menu.lst e copie as entradas desejadas do ambiente de inicialização original. Substitua o nome do ambiente de inicialização nas entradas de origem pelo nome do ambiente de inicialização de destino.
O construtor de distribuição poderá exibir a seguinte mensagem de erro depois de executar sua função com sucesso:
Unhandled exception in thread started by Error in sys.excepthook: Original exception was: |
Solução: essa mensagem de erro é exibida pouco antes do término e pode ser ignorada com segurança.
O instalador automático sempre cria um conjunto raiz do ZFS nomeado rpool. O processo de inicialização do ZFS se torna confuso se mais de uma instância do Oracle Solaris for instalada no mesmo disco. Somente o instalador automático é afetado por esse erro. O instalador do GUI não oferece suporte para a criação de diversas instâncias do Oracle Solaris em um disco.
Solução: Caso precise instalar mais de uma instância do Oracle Solaris em um sistema, certifique-se de que cada instância seja instalada em um disco separado.
O instalador automático não oferece suporte para servidores multihome.
Solução: não utilize o instalador automático em um servidor com várias conexões de rede. Se não for necessário utilizar o instalador automático, modifique as fontes de dados a seguir:
DHCP
Considere:
Qual sub-rede configurar
qual roteador disponibilizar
qual local de arquivo de inicialização disponibilizar
É necessário manter manualmente as entradas do DHCP modificando os valores de macro de BootSvrA e BootFile conforme necessário.
mDNS
Considere qual o endereço IP será informado para o servidor Web do instalador automático
É necessário assegurar o roteamento do cliente para o endereço de IP anunciado pelo processo do dns-sd que é executado no servidor do instalador automático.
GRUB
Considere:
Qual endereço IP install_media disponibilizar
Qual endereço IP install_svc_address disponibilizar
É necessário editar o arquivo /tftpboot/menu.lst.<service-name> de forma precisa.
inicialização WAN
Escolha a rede para inserir os arquivos wanboot.conf.
Este problema pode ser resolvido ao criar vínculos simbólicos com ln -s <src> <tgt> para todas as redes atendidas no diretório /etc/netboot.
Consulte os seguintes erros para informações adicionais:
As ferramentas installadm não oferecem suporte à instalação de servidores que possuem várias sub-redes (6182).
Os arquivos wanboot.conf personalizados são ignorados nos servidor do instalador automático com diversas placas NIC (7115).
O comando installadm deve permitir que os usuários selecionem as sub-redes que desejam utilizar (7149).
Se um nome de serviço do instalador automático tiver mais de 59 caracteres, o processo dns-sd continua a ser executado mesmo após a execução do comando delete-service. Se o nome do serviço tiver mais de 64 caracteres, então o comando create-service falha e deixa arquivos perdidos que não podem ser rastreados pelos serviços do instalador automático.
Solução: não utilize um nome maior que 59 caracteres para o serviço do instalador automático.
A instalação automática falha porque não há espaço na fatia 0 do dispositivo de destino. A seguinte mensagem de erro é exibida:
Auto install failed |
Solução: escolha uma das seguintes opções:
Crie a fatia 0 em um dispositivo de destino e aloque mais de 8 gigabytes de espaço em disco para a fatia.
Se existir outra fatia com mais de 8 gigabytes de espaço em disco, altere o manifesto de instalação automática para utilizar essa fatia. Por exemplo, para utilizar a fatia 4 do seu dispositivo de destino c0t0d0, adicione as seguintes linhas ao seu manifesto de instalação automática:
<ai_target_device> <target_device_name>c0t0d0</target_device_name> <target_device_install_slice_number>4</target_device_install_slice_number> </ai_target_device> |
O instalador automático permite a seleção de um disco de destino para a instalação, especificando o critério de seleção de disco no manifesto do instalador automático. Um critério que pode ser definido no manifesto é o tipo do controle de disco. Para tal, utilize a etiqueta de seleção de disco target_device_type . Os valores a seguir são atualmente suportados:
SCSI
ATA
canal de fibra
USB
A informação sobre o tipo de controle não está disponível atualmente para drivers SATA com um nome de dispositivo em formato c#t#d#. Tais drivers são gerenciados pela estrutura SATA Oracle Solaris. A informação sobre o tipo de controle de disco pode ser obtida de um cliente do instalador automático executando o driver de teste Descobridor de destino com privilégios raiz quando o instalador automático é inicializado. No exemplo a seguir, note que o tipo de controlador está abaixo da coluna ctype:
# /opt/install-test/bin/test_td -dv Disk discovery Total number of disks: 1 ------------------------------------------------------------------------------- num | name| vendor| ctype| mtype| rem| lbl| bsize|#of blocks|size [MB]| ------------------------------------------------------------------------------- 1 |* c7d0| unknown| ata| FIXED| No| VF| 512|1953520128| 953867| ------------------------------------------------------------------------------- |
Solução: utilize outro critério de seleção de disco para selecionar o disco SATA desejado. Consulte a página do manual sata(7D) para obter informações.
Os arquivos do manifesto do XML utilizados pelo instalador automático podem ser lidos por qualquer usuário no servidor do instalador automático. Esses arquivos são abertamente acessíveis pela rede através do serviço do manifesto do instalador automático HTTP. As senhas fornecidas como parte do manifesto de configuração não são seguras.
Solução: escolha uma das seguintes opções:
Para limitar a legibilidade dos manifestos no servidor do instalador automático, utilize o comando a seguir:
# chmod -R og-r /var/ai/*/AI_data
O acesso aos manifestos sobre o HTTP pode ser restringido através da função de Filtro de IP do Oracle Solaris, que ajuda a limitar o acesso às portas de serviço do manifesto para apenas redes ou clientes específicos.
Durante a primeira inicialização após a instalação do sistema utilizando o instalador automático, faça o logon e altere as senhas configuradas através do instalador automático. Para maior segurança, inicialize o sistema no modo de usuário único. Em sistemas com base em SPARC, adicione a opção -s no comando de inicialização. Em sistemas com base em x86 e x64, edite o menu do GRUB de forma interativa e anexe a opção -s ao comando kernel$ command.
Esta seção descreve os erros de atualização. Alguns erros podem ocorrer ao atualizar para a versão do Oracle Solaris 11 Express. Outros erros podem ocorrer após a conclusão da atualização.
O driver ncrs para determinados adaptadores de barramento de host SCSI paralelos do LSI/Symbios não possuem mais suporte na versão atual do Oracle Solaris. O driver glm está disponível e pode oferecer suporte para os mesmos adaptadores que o driver ncrs.
Para migrar para o driver glm, siga as etapas a seguir:
Siga as etapas até a 3c no procedimento Como atualizar para a versão do Oracle Solaris 11 Express.
Se aceitar os termos da licença do Oracle Solaris Express 11, atualize o sistema e aceite explicitamente a licença. Além disso, especifique explicitamente um novo nome de ambiente de inicialização.
# pkg image-update --accept --be-name solaris-glm-1 |
Monte o novo ambiente de inicialização.
# beadm mount solaris-glm-1 /mnt |
Utilize o comando awk para alterar qualquer instância do ncrs no arquivo /etc/driver_aliases do antigo ambiente de inicialização para glm. Estas entradas devem ser anexadas ao arquivo /mnt/etc/driver_aliases do novo ambiente de inicialização.
# awk '$1 == "ncrs" { print "glm", $2 }' \ /etc/driver_aliases >> /mnt/etc/driver_aliases |
Atualize o arquivo de inicialização do novo ambiente de inicialização.
# bootadm update-archive -R /mnt |
Desmonte o novo ambiente de inicialização.
# beadm unmount solaris-glm-1 |
Reinicie o sistema para inicializar no ambiente de inicialização atualizado.
Ao atualizar um sistema para a versão do Oracle Solaris 11 Express, é possível que apareçam mensagens similares à seguinte para diversos drivers:
driver (aggr) upgrade (removal of policy'read_priv_set=net_rawaccess write_priv_set=net_rawaccess) failed: minor node spec required. |
Solução: Ignore as mensagens.
Ao atualizar um sistema para a versão do Oracle Solaris 11 Express, é possível que apareçam mensagens similares à seguinte:
The 'pcieb' driver shares the alias 'pciexclass,060400' with the 'pcie_pci' driver, but the system cannot determine how the latter was delivered. Its entry on line 2 in /etc/driver_aliases has been commented out. If this driver is no longer needed, it may be removed by booting into the 'solaris-2' boot environment and invoking 'rem_drv pcie_pci' as well as removing line 2 from /etc/driver_aliases or, before rebooting, mounting the 'Solaris-2' boot environment and running 'rem_drv -b <mountpoint>pcie_pci' and removing line 2 from <mountpoint>/etc/driver_aliases. |
Solução: ignore as mensagens.
Ao atualizar um sistema para a versão do Oracle Solaris 11 Express, é possível que apareçam mensagens de advertência similares à seguinte:
Warning - directory etc/sma/snmp/mibs not empty Contents preserved in /tmp/tmpCfxHEd/var/pkg/lost+found/etc/sma/snmp/mibs-20100604T013846Z |
Solução: ignore as mensagens.
Ao inicializar o sistema pela primeira vez após atualizar da versão do OpenSolaris 2009.06 para a versão atual, é possível que apareçam mensagens similares à seguinte:
inetd[5503]: Failed to update state of instance svc:/application/x11/xfs:default in repository: entity not found Failed to get instance |
Solução: ignore as mensagens.
Ao atualizar todos os pacotes instalados, a operação pode falhar devido à pouca memória.
Solução: utilize uma ou mais das opções a seguir para completar o procedimento com sucesso:
Antes de realizar a atualização, feche o maior número possível de programas.
Antes de realizar a atualização da imagem, atualize o software de empacotamento. Ao realizar a atualização da imagem, utilize a opção - f para reduzir a memória necessária. A opção - f ignora a verificação de atualização do cliente ao atualizar todos os pacotes instalados.
# pkg install SUNWipkg # pkg list package/pkg 2> /dev/null && pkg install package/pkg # pkg image-update -f |
Encerre o sistema de janelas através do comando svcadm disable -t gdm. Realize a operação no console ou quando estiver em modo de logon remoto.
Inicie o sistema no modo de usuário único antes de realizar a atualização.
Adicione mais espaço de permuta ou mais memória RAM ao sistema.
A utilização do comando zoneadm clone na criação de regiões pode causar um conflito de nomes de instantâneo, o que pode levar à falha ou a um loop infinito quando um ambiente de inicialização for ativado. Embora este erro tenha sido reparado nesta versão, é possível encontrar este problema ao atualizar do OpenSolaris 2009.06 para a versão do Oracle Solaris 11 Express.
Solução: antes de utilizar o image-update para atualizar o sistema para a versão do Oracle Solaris 11 Express, execute o comando zoneadm detach para cada região no ambiente de inicialização do OpenSolaris 2009.06.
Para reanexar as regiões:
Atualize a imagem.
# pkg image-update |
Inicialize no ambiente de inicialização criado pela image-update.
Execute o comando zoneadm attach -u para cada região no novo ambiente de inicialização.
Após usar essa solução, o ambiente de inicialização do qual você atualizou não possui mais regiões anexadas.