"puppet agent --test" на клиентском компьютере не получает манифест с главного сервера Puppet - PullRequest
Новая
       7

"puppet agent --test" на клиентском компьютере не получает манифест с главного сервера Puppet

0 голосов
/ 14 января 2020

Issue

Итак, у меня есть два экземпляра AWS: мастер Puppet и клиент Puppet. Когда я запускаю sudo puppet agent --test на моем клиенте, задачи, определенные в манифесте моего мастера, не применяются к экземпляру клиента.

Где я сейчас нахожусь

  • puppetmaster установлен на главном экземпляре
  • puppet установлен на клиентском экземпляре
  • Мастер только что закончил подписывать сертификат моего клиента. Ошибки не отображались
  • Мастер имеет /etc/puppet/manifests/site.pp
  • Файл puppet.conf клиента имеет server=dns_of_master строку
  • Моя версия Puppet - 5.4.0. Я использую конфигурацию манифеста по умолчанию.
  • Вот руководство, которому я следую: https://www.digitalocean.com/community/tutorials/getting-started-with-puppet-code-manifests-and-modules. Единственными изменениями являются содержимое site.pp, и я использую AWS.
  • Если это поможет, вот мой AMI AWS instances ': ami-06d51e91cea0dac8d

Подробности

Вот содержание моего мастера /etc/puppet/manifests/site.pp: 

node default {
        package { 'nginx':
        ensure => installed
        }
        service { 'nginx':
        ensure => running,
        require => Package['nginx']
        }
        file { '/tmp/hello_world':
        ensure => present,
        content => 'Hello, World!'
        }
}

Файл имеет разрешение 777.

Вот вывод, когда я запускаю sudo puppet agent --test. Это после того, как я запустил sudo puppet agent --enable: 

Info: Using configured environment 'production'
Info: Retrieving pluginfacts
Info: Retrieving plugin
Info: Retrieving locales
Info: Caching catalog for my_client_dns
Info: Applying configuration version '1578968015'
Notice: Applied catalog in 0.02 seconds

Я посмотрел другие сообщения StackOverflow с этой проблемой. Я знаю, что мой каталог не применяется из-за отсутствия сообщений о состоянии и быстрого времени. К сожалению, решения не применимы к моему делу:

  • Мой site.pp назван правильно и в правильном пути к файлу /etc/puppet/manifests
  • Я не трогал моего мастера puppet.conf file
  • Я попытался перезапустить сервер с sudo systemctl, но ничего не происходит

1 Ответ

0 голосов
/ 15 января 2020

Итак, я исправил проблему. Руководству, которому я следовал, требовалась более старая версия Ubuntu (16.4, а не 18.4, как я использую). Для этого требуется другой AMI, чем тот, который я использовал для создания экземпляров.

...