Problema do Puppet: Configure a interface WAN, recarregue a rede no resultado do processo na execução do agente quebrado

2

Um pouco de fundo: Eu quero usar o fantoche para configurar totalmente os servidores RHEL6 recentemente depois de terem sido instalados com o kickstart, o próprio kickstart é totalmente automático e fornece servidores ativados por dhcp após o boot, que automaticamente detecta seus nomes de host e, em seguida, inicia o agente do fantoche com --certname "$ (hostname -s)"

O usecase: Uma das etapas do manifesto do boneco é a configuração das interfaces de rede, uma das quais é a interface que conecta o servidor ao puppetmaster. No início, o servidor obtém ip de 172.20.0.0/24 (digamos 172.20.0.95), onde o 172.20.0.1 é um encaminhador e gateway de DNS, e fornece acesso ao mestre de fantoches em FOO.intranet.com.

O problema: Uma vez que o fantoche reconfigure a interface eth0 e o resolv.conf, tudo está bem, bastando que o agente de fantoches queira baixar os arquivos do fantoche: /// files / *, o antigo servidor dns não é accesable anymore e parece tentar consultar este mesmo servidor para o domínio puppetmaster atual, resultando em "getaddrinfo: Nome ou serviço desconhecido da libc". Se eu matar o agente e gerá-lo novamente, tudo correrá como planejado.

A pergunta: Existe alguma maneira de dizer ao agente de marionetes para "recarregar" depois de algumas mudanças? Como recarregar se o /etc/puppet/puppet.conf foi alterado ou as interfaces de rede ou algo assim? Caso contrário, eu preciso ter certeza de que a NIC principal está configurada como deveria antes que o agente fantoche seja iniciado, o que é um pouco difícil de fazer.

    
por its_not_fun_to_be_devops 29.09.2014 / 18:30

1 resposta

0

Configure o serviço de marionetes como um recurso e notifique-o (causando uma reinicialização do serviço) quando a configuração de rede for alterada. A corrida de marionetes atual ainda falhará, mas na próxima corrida deve funcionar.

Alternativamente, você pode tentar ter os novos servidores de nomes também definidos pelo processo de kickstart, além daqueles necessários durante o kickstart.

    
por 30.09.2014 / 02:58