首先，我注意到几个直接导致你配置失效的关键点，咱们一步步来排查修复：

1. Site.pp 文件位置错误 #

你提到在/etc/puppet/modules/motd/manifests目录下查看site.pp，但Puppet 2.7的默认规则里，site.pp必须放在/etc/puppet/manifests/目录下，而不是某个模块的子文件夹中。如果master找不到正确的site.pp，就不会把motd类的配置分发给客户端，这就解释了为什么客户端执行puppet agent --test时几乎没有任何操作日志。

修复步骤： #

• 把你的site.pp移动到正确路径：

  mv /etc/puppet/modules/motd/manifests/site.pp /etc/puppet/manifests/
  

• 确保/etc/puppet/manifests/目录存在，且Puppet master进程有读取权限。

2. 模块文件结构不完整 #

你的motd模块引用了文件源puppet://$puppetserver/modules/motd/etc/motd，这个URL对应的master物理路径应该是/etc/puppet/modules/motd/files/etc/motd。如果这个文件不存在或者目录结构没创建，Puppet根本找不到要复制的文件。

修复步骤： #

1. 创建模块的files目录结构：

   mkdir -p /etc/puppet/modules/motd/files/etc/
   

2. 将你想要部署的motd文件放到该路径下（比如先创建一个测试内容）：

   echo "Welcome to Puppet managed node!" > /etc/puppet/modules/motd/files/etc/motd
   

3. Puppet 2.7的变量作用域问题 #

你在site.pp里定义的$puppetserver变量，在Puppet 2.7中默认不会自动传递到类的作用域里。虽然可以用全局变量，但更可靠的方式是使用Puppet内置的$servername变量，它会自动指向master的主机名。

优化你的init.pp： #

把文件源中的$puppetserver替换为内置变量：

class motd{
    package{ 'setup':
        ensure => present,
    }
    file{ '/etc/motd':
        ensure => present,
        owner => 'root',
        group => 'root',
        mode => '0644',
        source => "puppet://${servername}/modules/motd/etc/motd",
        require => Package['setup']
    }
}

4. 验证配置并重新测试 #

完成上述修复后，咱们逐步验证：

1. 在master上检查site.pp语法：

   puppet parser validate /etc/puppet/manifests/site.pp
   

2. 在master上检查motd模块的init.pp语法：

   puppet parser validate /etc/puppet/modules/motd/manifests/init.pp
   

3. 在客户端重新执行agent测试：

   puppet agent --test --trace
   

4. 检查客户端的/etc/motd是否生成：

   ls /etc/motd && cat /etc/motd
   

额外排查点 #

如果还是没效果，可以检查：

• Master上的Puppet服务状态：service puppetmaster status
• 客户端的Puppet日志（通常在/var/log/puppet/目录下），查看是否有具体错误提示
• 确保master和客户端之间的8140端口（Puppet默认端口）是开放连通的

内容的提问来源于stack exchange，提问作者EisenWang