У меня очень простой вопрос относительно конфигурации Puppet 3.0.1.
Я устанавливаю главный марионеточный сервер (CentOS) с двумя агентами (CentOS и Windows 7), все 3 могут пинговать и получать доступ друг к другу. Никакой ошибки нет.
Я скопировал файл в /etc/puppet/files/test2.txt
мой /etc/puppet/manifests/site.pp
содержит эти строки:
node default {
file { "/tmp/testmaster.txt":
owner => root,
group => root,
mode => 644,
source => "puppet:///files/test2.txt"
}
}
но на серверах агентов под /tmp/
как только я бегу puppet agent --test
вот результат:
[root@agent1 ~]# puppet agent --test
Info: Retrieving plugin
Info: Caching catalog for agent1.mydomain.com
Info: Applying configuration version '1354267916'
Finished catalog run in 0.02 seconds
puppet apply /etc/puppet/manifests/site.pp
создает testmaster.txt
под /tmp/
на мастера.
Хорошо, я думаю, вам следует попробовать запустить следующую команду на своем клиенте
марионеточный агент --test --server = puppetmaster.domain.com
Могут ли ваши клиенты марионеток подключаться к мастеру марионеток через порт мастера марионеток (обычно 8140)?
Вы можете проверить это в марионеточном клиенте:
telnet puppetmaster 8140
Ваш кукловод подписал запрос на сертификат от ваших марионеточных клиентов?
Проверьте это у кукловода:
puppetca -l
Я думаю, вам нужно указать файловый сервер марионетки в вашей конфигурации:
node default {
file { "/tmp/testmaster.txt":
owner => root,
group => root,
mode => 644,
source => "puppet://puppetmaster.domain.com/files/test2.txt"
}
}
Вам необходимо указать папку модулей в исходном пути. Это новое требование для марионетки 3.0.
file{'/my-file':
ensure => file,
source => 'puppet:///modules/my_module/my-file',
}
вау, проблема заключалась в неправильном написании имени файла, мой site.pp был назван (каким-то образом) side.pp, переименовал файл, и все снова заработало. это доказывает, что я не мог просто копировать и вставлять материалы из неавторизованных руководств.
Спасибо всем, что разобрались с моей проблемой.