O Puppet não aplica a configuração, mas retorna sem erro

Question

Usando o Puppet 3.2.1 tentando configuração do servidor / cliente, executando ambos no mesmo host.

Eu também estou usando o painel de fantoches e puppetdb.

Meu manifesto / init.pp:

node 'my.fqdn' {
  file { '/tmp/test':
    ensure => present
}

Executando puppet agent --test --server my.fqdn --report em que my.fqdn e painel estão definidos em / etc / hosts

Rendimentos:

Info: Retrieving plugin
Info: Loading facts in /etc/puppet/modules/concat/lib/facter/concat_basedir.rb
Info: Loading facts in /etc/puppet/modules/puppi/lib/facter/puppi_projects.rb
Info: Loading facts in /etc/puppet/modules/puppi/lib/facter/last_run.rb
Info: Loading facts in /var/lib/puppet/lib/facter/puppi_projects.rb
Info: Loading facts in /var/lib/puppet/lib/facter/concat_basedir.rb
Info: Loading facts in /var/lib/puppet/lib/facter/last_run.rb
Info: Caching catalog for my.fqdn
Info: Applying configuration version '1369841032'
Notice: Finished catalog run in 0.08 seconds
Changes:
Events:
Resources:
          Skipped: 6
            Total: 7
Time:
   Config retrieval: 0.42
            Total: 0.42
         Last run: 1369841033
       Filebucket: 0.00
Version:
           Config: 1369841032
           Puppet: 3.2.1

O arquivo /tmp/test nunca é criado!

Além disso,

O painel de fantoches diz que não tem nenhum conhecimento de nós (relatórios E.G nunca chegam a ele)

puppet.conf para relatórios:

reports = store, http
reporturl = http://puppet.armed.us/reports/upload

O que poderia estar acontecendo aqui e como corrigi-lo?

A execução de puppet apply /etc/puppet/manifests/init.pp DOES funciona, mas não ao tentar obter a configuração do mestre de marionetes. É como se estivesse recebendo um catálogo em branco.

* Editar :

puppet.conf:

[main]
  vardir      = /var/lib/puppet
  logdir      = /var/log/puppet
  rundir      = /var/run/puppet
  templatedir = /var/lib/puppet/templates
  ssldir      = $vardir/ssl
  usecacheonfailure = true
  user = puppet
  group = puppet

[agent]
  certname = my.fqdn
  server = my.fqdn
  pluginsync = true
  report = true
  reportserver = my.fqdn
  summarize = true
  graph = true
  listen = false
  runinterval = 1800
  classfile = $vardir/classes.txt
  localconfig = $vardir/localconfig

[master]
  masterport = 8140
  bindaddress = 0.0.0.0
  autosign = false
  storeconfigs = true
  environment = production
  manifest    = $confdir/manifests/site.pp
  modulepath  = /etc/puppet/modules:/usr/share/puppet/modules
  storeconfigs_backend = puppetdb
  reports = store, http
  reporturl = http://my.fqdn/reports/upload
  facts_terminus = active_record

E certs:

root@my:~# puppet cert list --all
+ "my.fqdn" (SHA256) E1:F0:29:1...:31:93:F9

    

Answer 1

você provavelmente deveria renomear manifestos / init.pp para manifestos / site.pp, já que é isso que você configurou em puppet.conf

    

Answer 2

my.fqdn é realmente o nome do certificado assinado pelo qual o mestre conhece o agente? Parece que o nome do certificado pode não corresponder à sua definição de nó e, portanto, ignora as seções do nó.

Você pode tentar forçar o nome relatado pelo agente para ver se isso funciona:

puppet agent --test --server my.fqdn --report --certname my.fqdn

    

Answer 3

Não sei se esse é o caso do seu site, mas preciso de pluginsync = true para que algumas das configurações de fantoches funcionem. Sem ele dentro do /etc/puppet/puppet.conf no nó, a execução do fantoche não falhará, mas não fará tudo o que eu esperava (por exemplo, usando file_line).

Eu vejo você colocando no master puppet.conf, mas verifique se ele está no nó também.

    

Answer 4

Eu estou querendo saber se seu servidor de marionetes entende que seu cliente deve ser my.fqdn. Altere o nó 'my.fqdn' para o padrão do nó e veja se você obtém o arquivo.

    

Answer 5

Você colocou em seu nó puppet.conf na seção [agent] esta diretiva (e reiniciou)? report = true