Следующий манифест Puppet предназначен для установки двоичного файла и файла описания службы systemd, для запуска двоичного файла как службы и для перезапуска службы при изменении двоичного файла или описания службы.
class my_module::my_service {
file { '/usr/local/bin/my_service':
notify => Service['my_service'],
owner => root,
group => root,
mode => '500',
ensure => present,
source => 'puppet:///modules/my_module/my_service',
}
file { '/lib/systemd/system/my_service.service':
notify => Service['my_service'],
owner => root,
group => root,
mode => '400',
ensure => present,
source => 'puppet:///modules/my_module/my_service.service',
}
service { 'my_service':
require => [ File['/usr/local/bin/my_service'],
File['/lib/systemd/system/my_service.service'] ],
enable => true,
ensure => running,
provider => systemd,
}
}
Когда я пытаюсь применить его, я получаю следующие сообщения об ошибке:
Warning: /Stage[main]/My_module::My_service/File[/usr/local/bin/my_service]:
Skipping because of failed dependencies
Notice: /Stage[main]/My_module::My_service/File[/lib/systemd/system/my_service.service]:
Dependency User[root] has failures: true
Warning: /Stage[main]/My_module::My_service/File[/lib/systemd/system/my_service.service]:
Skipping because of failed dependencies
Notice: /Stage[main]/My_module::My_service/Service[my_service]:
Dependency User[root] has failures: true
Warning: /Stage[main]/My_module::My_service/Service[my_service]:
Skipping because of failed dependencies
Где зависимость от User[root] возникают в этом манифесте, и как я могу решить возникшую проблему? (Мне кажется, что даже если fileцитаты из root вызвал неявную зависимость от User[root] в любом случае этот специальный пользователь уже должен существовать.)
Основная причина заключалась в том, что я сбежал puppet agent -f из непривилегированной учетной записи. Добавление sudo решил эту проблему.
Вы действительно не можете избежать таких неявных отношений. Ваш каталог пытается управлять пользователем root, и если это не удается, Puppet откажется касаться зависимых ресурсов.
Вы должны либо выяснить, почему User[root] ресурс не работает в первую очередь (это, безусловно, серьезный красный флаг), или, если возможно, прекратите управление этим ресурсом (обычно действительно бессмысленно управлять этой самой учетной записью).