Ignorar Links de Navegao | |
Sair do Modo de Exibio de Impresso | |
Guia de instalação do Oracle Solaris 10 1/13: Live Upgrade e planejamento da atualização Oracle Solaris 10 1/13 Information Library (Português (Brasil)) |
Parte I Atualizando com o Live Upgrade
1. Onde encontrar informações de planejamento da instalação Oracle Solaris
3. Live Upgrade (planejamento)
4. Usando o Live Upgrade para criar um ambiente de inicialização (tarefas)
5. Fazendo upgrade com o Live Upgrade (tarefas)
6. Recuperação de falha: retrocesso para o ambiente de inicialização original (tarefas)
7. Fazendo a manutenção de ambientes de inicialização do Live Upgrade (tarefas)
8. Atualização do SO Oracle Solaris em um sistema com zonas não globais instaladas
Parte II Atualizando e migrando com o Live Upgrade para um pool raiz ZFS
10. Live Upgrade e ZFS (visão geral)
11. Live Upgrade para ZFS (planejamento)
12. Criando um ambiente de inicialização para pools raiz ZFS
13. Live Upgrade para ZFS com zonas não globais instaladas
A. Referência de comando do Live Upgrade
B. Solução de problemas (tarefas)
C. Requisitos de empacotamento SVR4 adicionais (referência)
Impedindo modificações do sistema operacional atual
Utilizando o comando pkgadd -R
Diferenças entre $PKG_INSTALL_ROOT e $BASEDIR
Diretrizes para a escrita de scripts
Impedindo a interação do usuário ao instalar ou atualizar
Configurando os parâmetros de pacote para zonas
Seguir os requisitos desta seção manterá o sistema operacional atual em execução inalterado.
Para que a instalação de um sistema operacional seja bem-sucedida, os pacotes devem reconhecer e respeitar corretamente os sistemas de arquivos raiz (/) alternativos, como o ambiente de inicialização inativo do Live Upgrade.
Os pacotes podem incluir caminhos absolutos no arquivo pkgmap (mapa do pacote). Se esses arquivos existirem, eles são escritos relacionados à opção -R do comando pkgadd. Pacotes que contêm caminhos absolutos e relacionados (realocáveis) podem ser instalados em um sistema de arquivos raiz ( /), alternativo também. $PKG_INSTALL_ROOT é precedido pelos arquivos absolutos e realocáveis para que todos os caminhos sejam resolvidos apropriadamente ao instalar o pkgadd.
Pacotes sendo instalados utilizando a opção pkgadd -R ou sendo removidos utilizando a opção pkgrm -R não devem alterar o sistema atual em execução. Esse recurso é usado pelo JumpStart, Live Upgrade, zonas não globais e clientes sem disco.
Qualquer script de procedimento que estiver incluído nos pacotes que estão sendo instalados com o comando pkgadd, opção -R ou sendo removido com o comando pkgrm, opção -R não deve alterar o sistema atual em execução. Qualquer script de instalação fornecido deve fazer referência a qualquer arquivo ou diretório que é prefixado com a variável $PKG_INSTALL_ROOT. O pacote deve escrever todos os diretórios e arquivos com o prefixo $PKG_INSTALL_ROOT. O pacote não deve remover diretórios sem um prefixo $PKG_INSTALL_ROOT.
A tabela a seguir fornece exemplos de sintaxe de script.
Tabela C-1 Exemplos de sintaxe de script de instalação
|
$PKG_INSTALL_ROOT é o local do sistema de arquivos raiz (/) da máquina na qual será adicionada o pacote. A localização é configurada para o argumento -R do comando pkgadd. Por exemplo, se o comando a seguir for chamado e, em seguida, $PKG_INSTALL_ROOT torna-se /a durante a instalação do pacote.
# pkgadd -R /a SUNWvxvm
Pontos $BASEDIR para o diretório da base realocável onde objetos de pacote realocáveis são instalados. Apenas objetos realocáveis são instalados aqui. Objetos não realocáveis (aqueles que possuem caminhos absolutos no arquivo pkgmap) são sempre instalados em relação ao ambiente de inicialização, mas não em relação ao $BASEDIR em efeito. Se um pacote não possui objetos realocáveis, então o pacote é chamado de pacote absoluto (ou não realocável) e $BASEDIR é indefinido e não avaliado para scripts de procedimento de pacote.
Por exemplo, suponha que um arquivo de pacote pkgmap possua duas entradas:
1 f none sbin/ls 0555 root sys 3541 12322 1002918510 1 f none /sbin/ls2 0555 root sys 3541 12322 2342423332
O arquivo pkginfo possui uma especificação para $BASEDIR :
BASEDIR=/opt
Se o pacote for instalado com o comando a seguir, ls será instalado em /a/opt/sbin/ls, mas ls2 será instalado como /a/sbin/ls2.
# pkgadd -R /a SUNWtest
O script de procedimento do pacote deve ser independente do sistema operacional atualmente executado para impedir a modificação do sistema operacional. Scripts de procedimento definem ações que ocorrem em um momento particular durante a instalação e remoção do pacote. Quatro scripts de procedimento podem ser criados com estes nomes predefinidos: preinstall, postinstall, preremove, e postremove.
Tabela C-2 Diretrizes para a criação de scripts
|
Pacotes não devem executar comandos emitidos pelo próprio pacote. Essa restrição mantém a compatibilidade de clientes sem disco e evita a execução de comandos que podem solicitar bibliotecas compartilhadas que ainda não estejam instaladas.
Todos os pacotes devem passar na validação pkgchk. Depois da criação e antes da instalação de um pacote, é necessário verificá-lo com o comando a seguir.
# pkgchk -d dir-name pkg-name
Especifica o nome do pacote
Exemplo C-1 Testando um pacote
Após um pacote ser criado, você deverá testá-lo instalando-o em um local de sistema de arquivos raiz (/) alternativo com a opção - R dir-name para pkgadd. Depois da instalação do pacote, é necessário verificá-lo quanto à correção utilizando pkgchk, como neste exemplo.
# pkgadd -d . -R /a SUNWvxvm # pkgchk -R /a SUNWvxvm
Nenhum erro deve ser exibido.
Exemplo C-2 Testando um pacote em /export/SUNWvxvm
Se existisse um pacote em /export/SUNWvxvm, você executaria o seguinte comando:
# pkgchk -d /export SUNWvxvm
Nenhum erro deve ser exibido.
Outros comandos podem verificar o pacote quando você estiver criando, modificando ou excluindo arquivos. Por exemplo:
Os comandos dircmp ou fssnap podem ser utilizados para verificar se os pacotes se comportam adequadamente.
O comando ps pode ser utilizado para testar a conformidade daemon, verificando se os daemons não são interrompidos ou iniciados pelo pacote.
Os comandos truss, pkgadd -v e pkgrm podem testar o cumprimento da instalação do pacote do tempo de execução, mas pode não funcionar em todas as situações. No exemplo a seguir, o comando truss remove todos os arquivos somente leitura não $TEMPDIR , acessa e mostra apenas arquivos que não são somente leitura para caminhos que não existem dentro do ambiente de inicialização inativo especificado.
# TEMPDIR=/a; export TEMPDIR # truss -t open /usr/sbin/pkgadd -R ${TEMPDIR} SUNWvxvm \ 2>&1 > /dev/null | grep -v O_RDONLY | grep -v \ 'open("'${TEMPDIR}