Question

在Ubuntu 18 LTS上同时运行的Puppet 5.4（服务器和代理）上的文件传输有任何不良经历吗？

例如，我具有以下配置：

file { 'transfer test.tgz':
  path => '/opt/test.tgz',
  ensure => 'file',
  mode => '0744',
  owner => 'kisano',
  group => 'kisano',
  source => 'puppet:///files/test.tgz',
  force => true,
}

由于依赖关系而跳过文件传输，而没有任何其他调试或失败。

删除所有者和组属性->文件已传输
在带有Ubuntu 14 LTS的Puppet agent 5上运行相同的代码
在Ubuntu 18上没有运行apparmor，并且由于安全限制，看不到任何可以阻止该日志的日志

我花了几个小时才意识到，适当的所有者和组属性会导致跳过适当的依赖性，但是为什么呢？没有道理。

谢谢您的输入！

Answer 1

无法发表评论，所以我必须发表一个答案。
I just found out that if you use the uid of either owner or group than it works like : owner => '1000', group => '1000', although the latest file documentation is saying : owner (Property: This attribute represents concrete state on the target system.) The user to whom the file should belong. Argument can be a user name or a user ID. Still looking maybe I am missing something

听起来您正在运行的客户端不知道用户/组 kisano 。您如何验证用户？ AD，LDAP，NIS？如果您可以在人偶模块中设置UserID而不是UserName，则听起来好像没有运行。
（我以前发生过这种情况。）
$ 0.02

Puppet 5文件服务器在Ubuntu 18中不起作用

1 个答案: