A configuração de um espelhamento de software consiste em:
Criar um arquivo de configuração XML separado para cada servidor remoto que você queira espelhar.
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
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:
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> <Base>http://red-carpet.ximian.com/</Base> <Type>rce</Type> <User /> <Password /> </RemoteServer>
<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 |
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
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>
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.