24.2 Configurando um espelhamento de software

A configuração de um espelhamento de software consiste em:

  1. Criar um arquivo de configuração XML separado para cada servidor remoto que você queira espelhar.

    Consulte Seção 24.2.1, Criando arquivos de configuração

  2. Testar e executar a operação de espelhamento usando o zlmmirror.

    Consulte Seção 24.2.2, Testando e realizando a operação de espelhamento

24.2.1 Criando arquivos de configuração

Execute o seguinte comando para gerar um arquivo de configuração vazio:

zlmmirror conf-generate nome_do_arquivo.xml

Esse comando gera um arquivo de configuração de gabarito denominado zlmmirror-config.xml no diretório atual.

Você também pode converter o arquivo de configuração de uma versão mais antiga do ZENworks Linux Management ou Red Carpet, ou criar arquivos de configuração manualmente. Para especificar os arquivos de configuração, use -c flag:

zlmmirror comando -c nome_do_arquivo.xml

Se nenhum arquivo de configuração for especificado, o local do arquivo de configuração padrão será /etc/opt/novell/zenworks/zlmmirror.xml.

Você pode verificar a presença de erros no arquivo de configuração e exibir informações de configuração analisadas usando o comando conf-validate (cv) nome_do_arquivo.

Depois que o arquivo de configuração básico for criado, as seguintes tarefas o orientarão ao incluir as informações de configuração necessárias:

Etapa 1: servidores

Forneça detalhes sobre o servidor remoto que contenha o software que você deseja espelhar, e também sobre o servidor local, que é o servidor ZENworks Linux Management a receber o software espelhado.

RemoteServer
<RemoteServer>
   <Base>http://red-carpet.ximian.com/</Base>
   <Type>rce</Type>
   <User />
   <Password />
</RemoteServer>

Elemento de configuração

Descrição

Base

Caminho para o servidor que você deseja espelhar, no seguinte formato, dependendo de Type:

ZLM: https:// servidor

DELL: http://ftp.dell.com

RCE: https:// servidor/caminho

YAST: http(s)://servidor/caminho ou ftp://servidor/caminho

RHN: http(s)://servidor/caminho

YUM: http://servidor/caminho

STATIC: /path/on/filesystem

Tipo

Tipo de servidor que você deseja espelhar:

ZLM: ZENworks 7 Linux Management

DELL: Servidor FTP de Pacote de Atualização Dell

RCE: Red Carpet® Enterprise™ ou ZENworks 6. x Linux Management

YAST: YAST Online Updates

RHN: Red Hat Network

YUM: YUM

STATIC: Espelha pacotes de um diretório que contém a saída de uma sessão de espelhamento estática e os adiciona ao ZENworks

Usuário

Nome a ser usado para a conexão com o servidor remoto. Se nenhum usuário for especificado, zlmmirror lerá a identidade no seguinte local, dependendo do Tipo:

ZLM: /etc/opt/novell/zenworks/zmd/deviceid

RCE: /etc/ximian/mcookie

YAST: /etc/sysconfig/onlineupdate

Ao se conectar a um servidor RHN ou servidor Dell, deixe esse elemento vazio.

Senha

Senha a ser usada para a conexão com o servidor remoto. Se nenhuma senha for especificada, o zlmmirror lerá a senha do seguinte local, dependendo do Tipo:

ZLM: /etc/opt/novell/zenworks/zmd/secret

RCE: /etc/ximian/partnernet

YAST: /etc/sysconfig/onlineupdate

Quando você se conectar a um servidor RHN ou Dell, deixe esse elemento vazio.

Proxy

O elemento de configuração de Proxy é opcional e é usado com um proxy da Internet. Você pode adicionar o elemento Proxy em qualquer ponto na seção RemoteServer.

Se o proxy da Internet exigir autenticação, o formato será como o deste exemplo:

<Proxy>http:// nome_do_usuário:senha@ servidor:porta</Proxy>

Se o proxy da Internet não exigir autenticação, o formato será como o deste exemplo:

<Proxy>https:// servidor:porta</Proxy>

LocalServer
<LocalServer>
   <Base></Base>
   <Type>zlm</Type>
   <User>Administrator</User>
   <Password>password</Password>
</LocalServer>

Elemento de configuração

Descrição

Base

Se o elemento Tipo indicar espelhamento STATIC, use o elemento Base para definir o caminho de destino em que os arquivos serão armazenados ( /path/on/filesystem, por exemplo).

Se o elemento Type indicar o espelhamento ZLM, deixe o elemento Base em branco.

Tipo

Tipo de espelhamento que você deseja executar:

ZLM: Espelha catálogos e bundles diretamente para o seu servidor ZENworks Linux Management. Após o espelhamento, os catálogos e bundles espelhados são exibidos no ZENworks Control Center.

STATIC: Espelha os pacotes para o sistema de arquivos do seu servidor ZENworks Linux Management, mas não os adiciona ao ZENworks.

Usuário

Nome para usar ao se conectar ao servidor ZENworks Linux Management (local). O usuário Administrador deverá ser especificado se você desejar usar a conta de administrador padrão.

Senha

Senha para a conta fornecida em Usuário. Se você estiver usando a conta de Administrador, esta será a senha especificada durante a instalação do servidor. Para obter informações sobre a codificação de sua senha, consulte aSeção 24.6, Codificando a senha do servidor ZENworks

Etapa 2: configuração de catálogo e bundle

Forneça detalhes sobre os catálogos e bundles que serão espelhados no servidor.

Antes de espelhar os catálogos e bundles no servidor, você pode ver os catálogos e bundles disponíveis no servidor remoto.

Para ver os catálogos disponíveis, execute este comando:

zlmmirror -c nome_do_arquivo.xml slc

Para ver os bundles disponíveis, execute este comando:

zlmmirror -c nome_do_arquivo.xml slb

CatalogConf

Todo catálogo que você quiser espelhar deve ter uma seção CatalogConf separada:

<CatalogConf>
   <Name>Red Carpet 2</Name>
   <LocalName>Red Carpet 2</LocalName>
   <Target>sles-9-i586</Target>
   <Package>lib.*</Package>
</CatalogConf>

Elemento de configuração

Descrição

Nome

Nome do catálogo a ser espelhado a partir do servidor remoto.

Este é o único parâmetro obrigatório.

Local Name

Nome do catálogo em que você deseja inserir o software espelhado. Se não for especificado um nome local, o nome de catálogo do servidor remoto será usado.

Pasta

Especifica a pasta do eDirectory™ (por exemplo, /pasta1/pasta2) em que bundles e catálogos são criados e atualizados. Se não for especificada, os catálogos e bundles serão criados e atualizados na pasta /zlmmirror.

Target

Restringe a operação de espelhamento neste catálogo aos pacotes e patches que oferecem suporte às plataformas de destino especificadas. Se não for especificado um destino, os pacotes de todas as plataformas serão espelhados.

Esse elemento pode ser especificado várias vezes e pode conter um nome de destino ou uma string de expressão regular para correspondência de caracteres curingas dos nomes de destino.

Se você tiver adicionado plataformas de destino personalizadas (no ZENworks Control Center, guia Configuração > Plataformas > Adicionar), não poderá espelhar pacotes ou patches nessas plataformas.

ExcludeTarget

Semelhante a Target, com a exceção de que os pacotes e os patches que suportam plataforma(s) de destino especificada(s) são excluídos.

ExcludeBundle é executado depois de Target; portanto, as plataformas que aparecem em Target e ExcludeTarget são excluídas.

Bundle

Restringe a operação de espelhamento neste catálogo aos bundles especificados. Se não for especificado, todos os bundles serão espelhados.

Esta opção só é válida para servidores remotos ZENworks Linux Management e YAST. Ela pode ser especificada várias vezes e conter um nome de bundle ou uma string de expressão regular para correspondência de caracteres curingas dos nomes de bundle.

ExcludeBundle

Semelhante a Bundle, com a exceção de que os pacotes e patches contidos nos bundles especificados são excluídos.

Esta opção só é válida para servidores remotos ZENworks Linux Management e YAST. Ela pode ser especificada várias vezes e conter um nome de bundle ou uma string de expressão regular para correspondência de caracteres curingas dos nomes de bundle.

ExcludeBundle é executado depois de Bundle; portanto, os bundles que constam de Bundle e ExcludeBundle são excluídos.

Pacote

Restringe a operação de espelhamento neste catálogo aos pacotes especificados. Se não for especificado, todos os pacotes serão espelhados.

Esta opção só é válida para servidores remotos ZENworks Linux Management e YAST. Ela pode ser especificada várias vezes e conter um nome de bundle ou uma string de expressão regular para correspondência de caracteres curingas dos nomes de bundle.

ExcludePackage

O mesmo que Package, exceto que os pacotes especificados são excluídos.

Esta opção só é válida para servidores remotos ZENworks Linux Management e YAST. Ela pode ser especificada várias vezes e conter um nome de bundle ou uma string de expressão regular para correspondência de caracteres curingas dos nomes de bundle.

ExcludePackage é executado depois de Package; portanto, os pacotes que constam de Package e ExcludePackage são excluídos.

24.2.2 Testando e realizando a operação de espelhamento

Depois que você criar o arquivo de configuração para um servidor remoto, execute o seguinte comando para executar um dry run da operação de espelhamento e, opcionalmente, adicionar o flag verboso para ver mensagens detalhadas:

zlmmirror mirror -c nome_do_arquivo.xml --dryrun --verbose

Se essa operação apresentar os resultados desejados, execute o comando mirror sem o flag de dry run para concluir a operação:

zlmmirror mirror -c zlmmirror-config.xml

Se você espelhar um bundle que contenha vários pacotes com muitos flags de tipo de instalação/atualização definidos, uma versão exclusiva do bundle será criada para cada combinação de tipo de instalação/atualização.

Por exemplo, suponha que você espelhe um bundle que contém quatro pacotes designados a um destino do sistema operacional. Desses quatro pacotes, um tem o flag de tipo de instalação definido como falso, o segundo tem o flag de instalação definido como verdadeiro, o terceiro pacote tem o flag de renovação definido como falso e o quarto tem o flag de renovação definido como verdadeiro. Nessa situação, serão criadas quatro versões únicas do bundle.

O número de bundles exclusivos criados também depende do número de destinos do sistema operacional. No exemplo anterior, suponha que quatro pacotes, cada um com uma combinação diferente de tipo de instalação/atualização, tenham dois destinos de OS. Nessa situação, um bundle exclusivo é criado para cada combinação de tipo de instalação/atualização, e outro bundle exclusivo é criado para cada destino de OS. Nesse exemplo, serão criados oito bundles exclusivos.

O número de versões de bundle exclusivas criadas é igual ao número de combinações exclusivas de tipo de instalação/atualização vezes o número de destinos exclusivos de OS.