Red Hat Summit Red Hat SummitSuporteConsoleDesenvolvedoresComeçar um testeContato

Capítulo 2. Informações específicas do Solaris e do Red Hat Satellite

Esta é uma seção sobre o uso dos sistemas Red Hat Satellite com Solaris.

2.1. Guia de Suporte ao UNIX
Copiar o link

2.1.1. Introdução
Copiar o link

Este capítulo documenta o procedimento de instalação das funcionalidades do Red Hat Network e identifica suas diferenças quando usadas para administrar sistemas clientes baseados no UNIX. O Red Hat Network oferece suporte para ajudar seus clientes a migrar do UNIX para o Linux. Devido ao escopo limitado desta tarefa, as funcionalidades oferecidas para administrar clientes UNIX não são tão detalhadas quanto àquelas disponíveis para administrar sistemas Red Hat Enterprise Linux.
As seções seguintes especificam as variantes do UNIX suportadas, as funcionalidades do Red Hat Network suportadas pelo sistema de administração UNIX, os pré-requisitos para administrar um sistema UNIX pelo Red Hat Network, assim como o procedimento de instalação para clientes UNIX.

2.1.1.1. Variantes do UNIX Suportadas
Copiar o link

As seguintes variantes, versões e arquiteturas do UNIX são suportadas pelo Red Hat Satellite :
Expand
Tabela 2.1. Versões, Arquiteturas e Solaris Suportados
Versão Solaris sun4m sun4d sun4u sun4v sun4us x86
Solaris 8 yes no yes n/a no no
Solaris 9 yes n/a yes n/a no yes
Solaris 10 n/a n/a yes yes no yes

2.1.1.2. Pré-requisitos
Copiar o link

Estes itens são necessários para obter suporte ao UNIX:
  • Red Hat Satellite 5.0 ou posteriores
  • Um certificado Satellite com direitos de Administração (management)
  • Direitos de Gerenciamento (Management) para cada cliente UNIX
  • Os pacotes do Red Hat Network para UNIX, incluindo python, pyOpenSSL e os pacotes Cliente do Red Hat Network.
  • Os pacotes Sunfreeware adicionais que trazem bibliotecas de suporte.

    Nota

    Alguns destes pacotes são distribuídos através do Red Hat Satellite . Consulte a Seção 2.1.3.1, “Baixando e Instalando os Pacotes Adicionais.” para ver a lista completa.

2.1.1.3. Funcionalidades Inclusas
Copiar o link

As seguintes funcionalidades, partes integrantes do Red Hat Network, estão inclusas no acordo do nível de serviço suporte ao UNIX:
  • O Daemon de Serviços do Red Hat Network (Red Hat Networksd), que ativa o Red Hat Network_check, conforme um intervalo configurável
  • O Red Hat Network Configuration Client (Red Hat Networkcfg-client), que executa todas as ações de configuração agendadas pelo Satellite
  • O Red Hat Network Configuration Manager (rhncfg-manager), que permite a administração via linha de comando dos canais de configuração do Red Hat Network
  • O programa Red Hat Network_check, que faz checkin no Satellite e executa todas as ações agendadas pelo servidor
  • Todas as funcionalidades do nível Gerenciamento (Management), como agrupamento de sistemas, comparação de perfis de pacotes e o uso do Gerenciador de Conjunto de Sistemas (System Set Manager) para administrar sistemas múltiplos de uma só vez
  • Uma funcionalidade de Provisionamento (Provisioning) chamada Comando Remoto (Remote Command), que possibilita a usuários agendar comandos de nível root em qualquer cliente administrado através do site do Satellite, se o cliente permitir esta ação

2.1.1.4. Diferenças nas Funcionalidades
Copiar o link

As seguintes funcionalidades do Red Hat Network funcionam diferentemente num ambiente UNIX:
  • O Red Hat Update Agent para o UNIX oferece uma gama bem menor de opções que seu semelhante do Linux e baseia-se no conjunto de ferramentas nativo do sistema operacional para a instalação de pacotes, ao invés do rpm. Consulte a Seção 2.1.4.2.4, “Atualizando pela Linha de Comando” para uma lista precisa de opções.
  • A aplicação Red Hat Network Push foi modificada de maneira similar para fazer o upload de tipos de arquivo UNIX nativos, incluindo pacotes, patches e clusters de patches.
    Já que os arquivos de pacotes, atualizações (patches) e conjuntos de atualizações do Solaris são diferentes dos arquivos rpm, o mecanismo de upload para canais é ligeiramente diferente. Há dois aplicativos no pacote Red Hat Networkpush para Solaris:
    • O primeiro, solaris2mpm, é um utilitário do Red Hat Network que cria um arquivo MPM para cada arquivo de atualização ou pacote do Solaris. O formato Neutro do arquivo MPM permite que o Satellite possa interpretar e gerenciar os arquivos que sejam carregados.
    • O segundo, Red Hat Networkpush, foi extendido para poder lidar com arquivos MPM e RPM. Fora isso, este aplicativo funciona de forma idêntica à versão Linux do Red Hat Networkpush.
  • A categoria Canais do site do Red Hat Network foi ampliada para acomodar o armazenamento e instalação de arquivo nativos do UNIX.

2.1.1.5. Funcionalidades Excluídas
Copiar o link

As seguintes funcionalidades do Red Hat Network não estão disponíveis no sistema de suporte ao UNIX:
  • Todas as funcionalidades do nível de Provisionamento (Provisioning), como kickstart e reversão de pacotes, com exceção da administração de arquivos de configuração.
  • Todas as opções relativas a Erratas, já que o conceito de Atualizações de Erratas não é compreendido pelo UNIX
  • Arquivos fonte para pacotes
Os arquivos answer não são suportados. O suporte para tais arquivos está planejado para versões futuras.
Também não há suporte para o IPv6 para os sistemas Solaris.
Além disso, os arquivos RHAT*.pkg foram relocados enquanto a instalação não é suportada.

2.1.2. Preparação/Configuração do Servidor Satellite
Copiar o link

Você deve configurar o Satellite para o suporte a clientes UNIX antes dos arquivos necessários serem disponibilizados para implementação nos sistemas clientes. Isto pode ser feito de duas maneiras, dependendo do fato de você ter instalado seu servidor Satellite ou não:
  1. Durante a instalação do Satellite:
    Habilite o suporte ao UNIX no Satellite selecionando a caixa "Enable Solaris Support" (Habilitar Suporte ao Solaris) durante o processo de instalação; ex.:
    Habilitando o Suporte ao UNIX Durante a Instalação do Satellite

    Figura 2.1. Habilitando o Suporte ao UNIX Durante a Instalação do Satellite

  2. Após o Satellite ser instalado:
    Habilite o suporte ao UNIX configurando o Satellite após a instalação. Para tanto, selecione Admin (Satellite Tools) no menu superior e então selecione Configuração do Satellite (Satellite Configuration) na barra de navegação esquerda. Na tela seguinte, marque a caixa Habilitar Suporte ao Solaris (Enable Solaris Support), conforme o exemplo:
    Habilitando o Suporte ao UNIX Após a Instalação do Satellite

    Figura 2.2. Habilitando o Suporte ao UNIX Após a Instalação do Satellite

    Clique no botão Atualizar Configuração para confirmar a mudança.
  3. Finalmente, crie um canal base ao qual os seus sistemas clientes podem se subscrever. Red Hat Network não oferece conteúdo UNIX, você não pode usar o satellite-sync para criar o canal.
    Para criar um canal Solaris, faça o login na interface Web do Satellite como um Satellite Administrator ou uma Licensa de Certificado (Certificate Authority). Navegue até a aba Canal e então Gerenciar Canais de Software na barra de navegação esquerda. Clique no link criar novo canal na parte superior direita da tela resultante. Forneça um nome e uma etiqueta para o seu novo canal e selecione ou Sparc Solaris ou i386 Solaris como a arquitetura, dependendo da arquitetura do seu cliente.

2.1.3. Preparação de Sistema Cliente Unix
Copiar o link

Antes de seus sistemas clientes baseados em UNIX se beneficiarem do Red Hat Network, eles devem ser preparados para conexão:
  1. Faça o download e instale o gzip e as bibliotecas necessárias.
  2. Faça o download do tarball do aplicativo Red Hat Network a partir do Satellite para o cliente e instale o conteúdo.
  3. Depois disso, implemente os certificados SSL necessários para uma conexão segura.
  4. Configure os aplicativos cliente para se conectar ao Red Hat Satellite
Depois de concluído, seus sistemas estarão prontos para começar a receber as atualizações do Red Hat. A próxima seção explica estes passos em detalhes.

2.1.3.1. Baixando e Instalando os Pacotes Adicionais.
Copiar o link

Esta seção o guiará no processo de instalação e download de aplicativos de terceiros e os aplicativos Red Hat Network a partir do Satellite no cliente UNIX.
A prioridade é o Red Hat Update Agent for UNIX (up2date), que fornece uma ligação entre seu sistema cliente e o Red Hat Network. A versão específica do UNIX do Red Hat Update Agent é limitada quanto à sua funcionalidade comparado ao Linux, mas ainda assim permite registro de sistema e facilita instalações de pacote e reparos de erros. Consulte a Seção 2.1.4, “Registro e Atualizações de Clientes da Unix” para obter uma descrição completa sobre as opções de ferramentas.

Nota

Pode ser útil inserir o comando bash quando se registrar pela primeira vez no cliente Solaris. Se o shell do BASH estiver disponível, ele fará com que o comportamento do sistema se pareça o máximo possível com o Linux.
2.1.3.1.1. Instale Pacotes de Terceiros
Copiar o link
Instalação dos aplicativos Red Hat Network não pode continuar a não ser que o seguinte utilitário e bibliotecas estejam presentes:
  • gzip
  • libgcc
  • openssl
  • zlib
O utilitário gzip é fornecido pelo pacote SUNW-gzip e pode ser baixado a partir do link http://www.sunfreeware.com.
Nas versões recentes do Solaris, as bibliotecas necessárias são fornecidas pelos pacotes instalados nativamente a seguir:
  • SUNWgccruntime
  • SUNWopenssl*
  • SUNWzlib
Para versões mais antigas do Solaris, os pacotes a seguir poderão ser baixados a partir do site http://www.sunfreeware.com:
  • SMClibgcc ou SMCgcc
  • SMCossl
  • SMCzlib
Para verificar se o pacote está instalado no cliente, use o comando pkginfo. Por exemplo, para procurar por um pacote que contenha "zlib" no nome, rode o seguinte comando: 
# pkginfo | grep zlib

Nota

Os nomes de arquivo do pacote diferem do nome do pacote instalado. Por exemplo, o arquivo do pacote libgcc<version>-sol<solaris-version>-sparc-local.gz se torna SMClibgcc após a instalação.
2.1.3.1.2. Configurando o Caminho de Busca de Biblioteca
Copiar o link
Para habilitar o cliente Solaris para usar as bibliotecas instaladas no passo anterior, você deve adicionar sua localização ao caminho de busca da biblioteca. Para fazer isto, primeiro verifique o caminho de busca da biblioteca atual": 
# crle -c /var/ld/ld.config
Observe o Caminho da Biblioteca Padrão atual. Depois disso, modifique o caminho para incluir também os componentes demonstrados abaixo. Observe que a opção -l reseta o valor, ao invés de acrescentar, portanto se eles já haviam valores configurados em seu sistema, preceda-os para o parâmetro -l.
Em sparc: 
 # crle -c /var/ld/ld.config -l /other/existing/path:/lib:/usr/lib:/usr/local/lib
Em x86: 
# crle -c /var/ld/ld.config -l /other/existing/path:/lib:/usr/lib:/usr/local/lib:/usr/sfw/lib
2.1.3.1.3. Baixando os Pacotes Cliente Red Hat Network
Copiar o link
Faça o download do tarball apropriado dos pacotes a partir do diretório /var/www/html/pub/ de seu Satellite. Se você estiver apto a usar o navegador da Web, o GUI, como o Mozilla, navegue no diretório /pub do Satellite e salve o tarball correto em seu cliente: 
http://your-satellite.example.com/pub/Red Hat Network-solaris-bootstrap-<version>-<solaris-arch>-<solaris-version>.tar.gz
Se você precisar fazer o download do tarball a partir da linha de comando, pode ser possível usar ftp para transferir para o arquivo a partir do Satellite para o Cliente.
Ao usar o gzip, descomprima o tarball. Você deve ter os seguintes pacotes:
  • RHATpossl
  • RHATrhnrcfg
  • RHATrhnrcfga
  • RHATrhnrcfgc
  • RHATrhnrcfgm
  • RHATRed Hat Networkc
  • RHATRed Hat Networkl
  • RHATrpush
  • RHATsmart
SMClibgcc e SMCosslg também podem estar inclusos no tarball.
2.1.3.1.4. Instalando os Pacotes do Red Hat Network
Copiar o link
Mude para o diretório descomprimido e use a ferramenta de instalação nativa da variante UNIX para instalar cada pacote. Por exemplo, no Solaris, use o comando pkgadd. Responda "yes" (Sim) para quaisquer solicitações durante a instalação do pacote.
Aqui segue como uma instalação deve geralmente proceder: 
# pkgadd -d RHATpossl-0.6-1.p24.6.pkg all
# pkgadd -d RHATpythn-2.4.1-2.rhn.4.sol9.pkg all
# pkgadd -d RHATrhnl-1.8-7.p23.pkg all
...

Nota

Use a opção -n para pkgadd, para rodar o comando em um modo não interativo. No entanto, isto pode resultar na falha da instalação de alguns pacotes, silenciosamente, no Solaris 10.
Continue até que cada pacote esteja instalado no caminho Red Hat-específico: /opt/redhat/rhn/solaris/.
2.1.3.1.5. Incluindo os Pacotes do Red Hat Network no PATH
Copiar o link
Para disponibilizar os pacotes Red Hat Network em cada registro, você precisa adicioná-los ao seu PATH. Para fazer isto, adicione estes comandos ao seu script de registro: 
# PATH=$PATH:/opt/redhat/rhn/solaris/bin
# PATH=$PATH:/opt/redhat/rhn/solaris/usr/bin
# PATH=$PATH:/opt/redhat/rhn/solaris/usr/sbin
# export PATH
Para habilitar o acesso às páginas man de comando cliente Red Hat Network, adicione-os ao seu MANPATH. Para fazer isto, adicione os seguintes comandos ao seu script de registro: 
# MANPATH=$MANPATH:/opt/redhat/rhn/solaris/man
# export MANPATH
Como forma alternativa, você também pode acessar as páginas man a partir da linha de comando, com o seguinte comando: 
# man -M /opt/redhat/rhn/solaris/man <man page>
Por último, adicione as Bibliotecas da Red Hat ao seu PATH, assim como você fez comlibgcc, openssl ezlib. 
crle -c /var/ld/ld.config -l <current library paths>:/opt/redhat/Red Hat Network/solaris/lib

2.1.3.2. Implementando os Certificados SSL Cliente
Copiar o link

To ensure secure data transfer, Red Hat strongly recommends the use of SSL. The Red Hat Satellite eases implementation of SSL by generating the necessary certificates during its installation. The server-side certificate is automatically installed on the Satellite itself, while the client certificate is placed in the /pub/ directory of the Satellite's Web server.
Para instalar o certificado, siga estes passos para cada cliente:
  1. Faça o download do certificado SSL a partir do diretório /var/www/html/pub/ do Red Hat Satellite em um sistema cliente. O certificado será nomeado com algo semelhante ao RHN-ORG-TRUSTED-SSL-CERT. É acessível via web no seguinte URL: https://your-satellite.example.com/pub/RHN-ORG-TRUSTED-SSL-CERT.
  2. Mova o certificado SSL cliente para o diretório específico do Red Hat Network para sua variante de UNIX. Para Solaris, isto pode ser concluído com um comando similar ao: 
     mv /path/to/Red Hat Network-ORG-TRUSTED-SSL-CERT /opt/redhat/Red Hat Network/solaris/usr/share/Red Hat Network/
Depois de concluído, o novo certificado cliente será instalado no diretório apropriado para seu sistema UNIX. Se você tiver vários sistemas para preparar para gerenciamento do Red Hat Network, você pode fazer um script para este processo todo.
Agora você deve reconfigurar os aplicativos cliente Red Hat Network para se referir aos certificados SSL recentemente instalados. Consulte a Seção 2.1.3.3, “Configurando clientes” para instruções.

2.1.3.3. Configurando clientes
Copiar o link

O passo final antes de registrar seus sistemas clientes com o Red Hat Network é reconfigurar seus aplicativos Red Hat Network para usar o novo certificado SSL e obter as atualizações a partir do Red Hat Satellite . Ambas mudanças podem ser feitas editando o arquivo de configuração do Red Hat Update Agent, que fornece registro e atualiza a funcionalidade.
Siga estes passos em cada sistema cliente:
  1. Como root, mude para o diretório de configuração Red Hat Network para o sistema. Para Solaris, o caminho completo é /opt/redhat/rhn/solaris/etc/sysconfig/rhn/.
  2. Abra o arquivo de configuração up2date em um editor de texto.
  3. Encontre a entrada serverURL e ajuste seu valor para nome de domínio totalmente qualificado (FQDN) de seu Red HatSatellite : 
    serverURL[comment]=Remote server URL
serverURL=https://your-satellite.example.com/XMLRPC
  4. Assegure-se de que os aplicativos se referem ao Red Hat Satellite até quando o SSL estiver desligado, configurando também o valor noSSLServerURL para o Satellite: 
    noSSLServerURL[comment]=Remote server URL without SSL
noSSLServerURL=http://your-satellite.example.com/XMLRPC
  5. Com o arquivo de configuração up2date ainda aberto, encontre a entrada sslCACert e ajuste seu valor para o nome e local do certificado SSL descrito na Seção 2.1.3.2, “Implementando os Certificados SSL Cliente ”, por exemplo: 
    sslCACert[comment]=The CA cert used to verify the ssl server
sslCACert=/opt/redhat/Red Hat Network/solaris/usr/share/Red Hat Network/Red Hat Network-ORG-TRUSTED-SSL-CERT
Seus sistemas cliente estão agora prontos para registro com o Red Hat Network e gerenciamento pelo seu Satellite.

2.1.4. Registro e Atualizações de Clientes da Unix
Copiar o link

Agora que você instalou os pacotes específicos do Red Hat Network, implementou a SSL e reconfigurou seus sistemas clientes para conectar ao Red Hat Satellite , você está pronto para iniciar o registro dos sistemas e obter atualizações.

2.1.4.1. Registrando Sistemas Unix
Copiar o link

Esta seção descreve o processo de registro dos sistemas UNIX no Red Hat Network. Você deve usar o rhnreg_ks para tanto. O uso de chaves de ativação para registrar seus sistemas é opcional. Estas chaves permitem que você pré-determine a configuração no Red Hat Network, como canais base e grupos de sistemas e aplicar estas automaticamente aos sistemas durante seu registro.
Como a geração e o uso das chaves de ativação é coberto extensivamente em outros capítulos, esta seção concentra-se nas diferenças na implementação destas atividades em variantes do UNIX.
Para registrar sistemas UNIX com o seu Red Hat Satellite , execute as seguintes tarefas, nesta ordem:
  1. Autentique-se na interface Web do Satellite e clique na aba Sistemas na barra de navegação superior, seguido de Chaves de Ativação na barra de navegação esquerda. Em seguida, clique no link criar nova chave no canto superior direito da página.
  2. Na página seguinte, selecione o canal base que você criou no final da Seção 2.1.2, “Preparação/Configuração do Servidor Satellite”.
  3. Após criar a chave, clique em seu nome na lista Chaves de Ativação (Activation Keys) para aprimorar sua configuração no Red Hat Network, associando canais de software e de configuração e grupos de sistemas.
  4. Abra um terminal no sistema cliente a ser registrado e alterne o usuário para root.
  5. Use o rhnreg_ks com a opção --activationkey para registrar o cliente com o Satellite. A seqüência de caracteres representando a chave pode ser copiada diretamente da lista Chaves de Ativação no website. O comando será parecido com o seguinte: 
    rhnreg_ks --activationkey=b25fef0966659314ef9156786bd9f3af
  6. Retorne ao site, clique no nome da chave de ativação e verifique se o sistema novo aparece na aba Activated Systems.

2.1.4.2. Obtendo Atualizações
Copiar o link

Atualizações de pacotes no UNIX são efetuadas de maneira bem diferente do Linux. Por exemplo, o Solaris baseia-se em Clusters de Patches para atualizar pacotes múltiplos de uma só vez, enquanto os sistemas operacionais da Red Hat usam atualizações de erratas para associar atualizações a pacotes específicos. Além disso, o Solaris usa arquivos de resposta (answer files) para automatizar as instalações interativas de pacotes, algo que o Linux não compreende. A Red Hat, por sua vez, oferece o conceito de pacotes fontes. Por esta razão, esta seção procura destacar as diferenças no uso das ferramentas do Red Hat Network em sistemas UNIX. Nota: o Red Hat Network não suporta os arquivos de resposta do Solaris na versão atual, mas tal suporte está planejado para versões posteriores.
Apesar das diferenças inerentes, como a falta de Erratas, as interfaces de administração dos canais e pacotes no site do Red Hat Network para o Satellite funcionam de maneira semelhante nos sistemas UNIX. Todos os canais de software desenvolvidos para as variantes do UNIX podem ser criados praticamente da mesma forma que os canais personalizados descritos no Red Hat Satellite Getting Started Guide. A diferença mais significativa é a arquitetura. Ao criar um canal de software para UNIX, selecionea arquitetura do canal base apropriada aos sistemas sendo servidos.
Divida seus pacotes em canais base e canais filho, dependendo de sua natureza. Por exemplo: no Solaris, os pacotes de instalação devem estar no canal base, enquanto os patches e Clusters de Patches devem estar num canal filho do canal base do Solaris. Os pacotes extras de instalação podem estar num canal filho Extras separado.
O Red Hat Network trata os patches de maneira similar; são listados e instalados da mesma maneira e com a mesma interface dos pacotes normais. Os patches são 'numerados' pelo Solaris e terão nomes como "patch-solaris-108434". A versão de um patch do Solaris é extraída dos metadados do Solaris original e o release é sempre 1.
Clusters de Patches são conjuntos de patches instalados como uma unidade. O Red Hat Network mantém o registro da última vez em que um Cluster de Patches foi instalado com sucesso num sistema. No entanto, os Clusters de Patches não são acompanhados no cliente como entidades instaladas, portanto não aparecem na lista de pacotes ou de pacotes instalados. Os nomes dos Clusters de Patches se assemelham a "patch-cluster-solaris-7_Recommended". A versão é um string da data, como "20040206" e o release é sempre 1 e o marco sempre 0.
2.1.4.2.1. Carregando Pacotes no Satellite
Copiar o link
O Red Hat Network não oferece conteúdo UNIX. Quaisquer arquivos de pacotes, atualizações (patches) e conjuntos de atualizações (patch clusters) do Solaris devem ser carregados no Satellite a partir do sistema cliente em um formato que o Satellite entenda. O pacote pode então ser gerenciado e distribuído para outros sistemas. O Red Hat Network criou o solaris2mpm para converter arquivos de pacotes, atualizações e conjuntos de atualizações do Solaris para um formato que o Satellite possa usar.
2.1.4.2.1.1. solaris2mpm
Copiar o link
Conforme mencionado brevemente na seção Seção 2.1.1.4, “Diferenças nas Funcionalidades”, o solaris2mpm faz parte do Red Hat Network Push para Solaris. O conteúdo que é servido em um canal Solaris no Satellite deve primeiro ser convertido para o formato .mpm.
Um arquivo .mpm contém uma descrição dos dados do pacote e o pacote ou atualização em si. O comando solaris2mpm deve ser executado no cliente, nunca no Satellite.

Nota

O solaris2mpm requer que espaço livre igual a três vezes o tamanho de qualquer pacote, atualização ou conjunto de atualizações que esteja sendo convertido. Normalmente, espaço em /tmp/ será usado para esta finalidade. Entretanto, a opção --tempdir permite que você especifique outro diretório se necessário.
Múltiplos arquivos podem ser especificados na linha de comando do solaris2mpm. Abaixo encontra-se um exemplo: 
# solaris2mpm RHATrpush-3.1.5-21.pkg RHATrpush-3.1.5-23.pkg
Opening archive, this may take a while
Writing out RHATrpush-3.1.5-21.sparc-solaris.mpm
Opening archive, this may take a while
Writing out RHATrpush-3.1.5-23.sparc-solaris.mpm
Uma vez que nenhum outro diretório foi especificado, os arquivos .mpm resultantes foram colocados no diretório /tmp/. Note que o nome dos arquivos .mpm resultantes inclui a arquitetura do cliente no qual o arquivo foi criado ou seja, SPARC Solaris, neste caso. O formato genérico de nomes de arquivos .mpm é: 
name-version-release.arch.mpm
Pacth clusters são "explodidos". - arquivos .mpm são gerados para cada patch no cluster, tanto quanto um nível superior "meta", o arquivo .mpm contém informações sobre o cluster como um todo.
Segue abaixo as opções do solaris2mpm:
Expand
Tabela 2.2. opções do solaris2mpm
Opção Descrição
--version
Exibe o número da versão do aplicativo e fecha
-h, --help
Exibe esta informação e fecha
-?, --usage
Exibe informação sobre como usar o aplicativo e fecha
--tempdir=<tempdir>
Diretório temporário a ser usado
--select-arch=<arch>
Seleciona a arquitetura (i386 ou SPARC) para pacotes de multi-arquitetura.
2.1.4.2.1.2. rhnpush com arquivos .mpm
Copiar o link
A versão Solaris do rhnpush funciona como o utilitário padrão, mas com a funcionalidade adicional de poder lidar com arquivos .mpm Abaixo está um exemplo de utilização: 
% rhnpush -v --server testbox.example.com --username myuser -c solaris-8 \
RHATrpush-3.1.5-*.mpm
 Red Hat Network password:
 Connecting to http://testbox.example.com/APP
 Uploading package RHATrpush-3.1.5-21.sparc-solaris.mpm
 Uploading package RHATrpush-3.1.5-23.sparc-solaris.mpm

Nota

Arquivos .mpm de conjuntos de atualizações devem ser servidos ou ao mesmo tempo ou após - nunca antes - do que arquivos .mpm para as atualizações contidas naquele conjunto.
Use o solaris2mpm em cada um dos pacotes, atualizações ou conjuntos de atualizações que você deseja gerenciar através do Satellite e então use o Red Hat Network Push para carregá-los no canal que criado para eles.
2.1.4.2.2. Atualizando Através do Site
Copiar o link
Para instalar pacotes ou patches num sistema separado, clique no nome do sistema na categoria Sistemas, selecione os pacotes nas listas (Atualização) Upgrade ou (Instalar) Install da aba Packages (Pacotes) ou Patches e clique em Install/Upgrade Selected Packages (Instalar/Atualizar Pacotes Selecionados).
Para rodar um comando remoto enquanto instalar o pacote, clique em Executar Comando Remoto ao invés de Confirmar. Consulte a Seção 2.1.5, “Comandos Remotos” para instruções.
Para instalar pacotes ou patches em sistemas múltiplos de uma só vez, selecione os sistemas e clique em Gerenciador de Conjunto de Sistemas (System Set Manager) na barra de navegação esquerda. Em seguida, na aba Packages (Pacotes), selecione os pacotes nas listas Upgrade ou Install e clique em Install/Upgrade Packages (Instalar/Atualizar Pacotes). Para completar a ação, agende as atualizações.
2.1.4.2.3. rhnsd
Copiar o link
Em sistemas Red Hat Enterprise Linux. o daemon rhnsd, o qual faz com que os sistemas clientes autentiquem-se no Red Hat Network, inicia automaticamente durante a inicialização do sistema. Em sistemas Solaris, o rhnsd não inicia durante a inicialização do sistema e pode ser iniciado na linha de comandos da seguinte maneira: 
rhnsd --foreground --interval=240
A localização padrão do rhnsd é /opt/redhat/rhn/solaris/usr/sbin/rhnsd. As opções disponíveis para o rhnsd no Solaris estão listadas abaixo:
Expand
Tabela 2.3. Opções do rhnsd
Opção Descrição
-f, --foreground
Executa em primeiro plano
-i, --interval=MINS
Conecta no Red Hat Network a cada MINS minutos
-v, --verbose
Registra todas as ações no syslog
-h, --help
Exibe esta lista de ajuda
-u, --usage
Exibe esta lista de ajuda
-V, --version
Exibe a versão do programa
2.1.4.2.4. Atualizando pela Linha de Comando
Copiar o link
Como no site, o uso do Red Hat Update Agent na linha de comando é afetado pelas limitações da administração de pacotes do UNIX. Sendo assim, a maioria das funções centrais ainda podem ser executadas através do comando up2date. A diferença mais significativa é a ausência de todas as opções relacionadas aos arquivos fonte. Consulte a Tabela 2.4, “Argumentos da Linha de Comando do Agente de Atualizações” para ver uma lista precisa das opções disponíveis nos sistemas UNIX.
A versão de linha de comando do Red Hat Update Agent aceita os seguintes argumentos nos sistemas UNIX:
Expand
Tabela 2.4. Argumentos da Linha de Comando do Agente de Atualizações
Argumento Descrição
--version Exibe as informações da versão do programa.
-h, --help Exibe esta mensagem de ajuda e fecha.
-v, --verbose Exibe resultado adicional.
-l, --list Lista as versões mais recentes de todos os pacotes instalados.
-p, --packages Atualiza os pacotes associados a este Perfil de Sistema.
--hardware Atualiza o perfil de hardware deste sistema no Red Hat Network.
--showall Lista todos os pacotes disponíveis para download.
--show-available Lista todos os pacotes disponíveis não instalados no momento.
--show-orphans Lista todos os pacotes instalados, que não fazem parte dos canais aos quais o sistema está registrado.
--show-channels Exibe os nomes dos canais junto aos nomes dos pacotes, quando for apropriado.
--installall Instala todos os pacotes disponíveis. Use com --channel.
--channel=CHANNEL Especifica quais canais devem ser usados para atualizações usando etiquetas de canais.
--get Obtém o pacote especificado sem resolver as dependências.

2.1.5. Comandos Remotos
Copiar o link

Junto ao suporte ao UNIX, o Red Hat Network oferece a flexibilidade de invocar comandos remotos em sistemas cliente através do site do Satellite. Esta funcionalidade permite a você rodar praticamente qualquer aplicação ou script (compatível) em qualquer sistema de seu domínio sem nunca precisar abrir um terminal.

2.1.5.1. Habilitando Comandos
Copiar o link

A flexibilidade desta ferramenta traz um grande risco e a responsabilidade de reduzir tal risco. Para todos os propósitos práticos, esta funcionalidade concede um prompt BASH root para qualquer um com acesso administrativo ao sistema no website.
No entanto, isto pode ser controlado através do mesmo mecanismo config-enable usado para determinar quais sistemas podem ter seus arquivos de configuração administrados pelo Red Hat Network.
Em suma, você deve criar um diretório e um arquivo no sistema UNIX que informem ao Red Hat Network que é aceitável rodar comandos remotos na máquina. O diretório dever ser nomeado como script; o arquivo dever ser nomeado como run e ambos devem estar alocados no diretório /etc/sysconfig/Red Hat Network/allowed-actions/ específico de sua variante do UNIX.
Por exemplo: no Solaris, invoque este comando para criar o diretório: 
 mkdir -p /opt/redhat/Red Hat Network/solaris/etc/sysconfig/Red Hat Network/allowed-actions/script
Para criar o arquivo requisitado no Solaris, invoque este comando: 
 touch /opt/redhat/Red Hat Network/solaris/etc/sysconfig/Red Hat Network/allowed-actions/script/run

2.1.5.2. Invocando Comandos
Copiar o link

Você pode agendar um comando remoto de diversas maneiras: num sistema separado, em sistemas múltiplos de uma só vez e acompanhando uma ação de pacotes.
Para rodar um comando remoto num sistema separado, abra a página System Details (Detalhes do Sistema) e clique na sub-aba Remote Command (Comando Remoto). Note que esta sub-aba apenas aparece se o sistema tiver direito à Provisionamento (Provisioning). Nesta página, estabeleça a configuração para o comando. Você pode identificar um usuário, um grupo e um período limite específicos, assim como o próprio script. Selecione uma data e uma hora para iniciar a tentativa do comando e então clique no link Schedule Remote Command (Agendar Comando Remoto).
Da mesma forma, você pode invocar um comando remoto em sistemas múltiplos de uma vez através do System Set Manager (Gerenciador de Conjunto de Sistemas). Selecione os sistemas, navegue para o System Set Manager (Gerenciador de Conjunto de Sistemas), clique na aba Misc (Diversos) e role a página até a seção Remote Command (Comando Remoto). Aqui você pode rodar um comando remoto nos sistemas selecionados de uma só vez.
Para rodar um comando remoto junto a uma ação de pacotes, agende a ação através da aba Packages (Pacotes) da página System Details (Detalhes do Sistema) e clique em Run Remote Command (Rodar Comando Remoto) enquanto confirma a ação. Use os botões no topo da página para determinar se o comando deve rodar antes ou depois da ação de pacotes, estabeleça a configuração do comando e clique em Schedule Package Install/Upgrade (Agendar Instalação/Atualização de Pacotes).
Note que instalar pacotes múltiplos que possuem comandos remotos diferentes requer o agendamento das instalações separadamente ou a combinação dos comandos num único script.
Red Hat logoGithubredditYoutubeTwitter

Aprender

Experimente, compre e venda

Comunidades

Sobre a documentação da Red Hat

Ajudamos os usuários da Red Hat a inovar e atingir seus objetivos com nossos produtos e serviços com conteúdo em que podem confiar. Explore nossas atualizações recentes.

Tornando o open source mais inclusivo

A Red Hat está comprometida em substituir a linguagem problemática em nosso código, documentação e propriedades da web. Para mais detalhes veja o Blog da Red Hat.

Sobre a Red Hat

Fornecemos soluções robustas que facilitam o trabalho das empresas em plataformas e ambientes, desde o data center principal até a borda da rede.

Theme

© 2026 Red HatVoltar ao topo