每次模块更改时，Puppet都会生成错误

我有一个琐碎的木偶2.7.18安装如下：

=== manifests/site.pp === node build-1 { include mod1 include mod2 include mod3 } === modules/mod1/manifests/init.pp === import "*" === modules/mod1/manifests/mod1.pp === class mod1 { file { "/tmp/mod1.file": ensure => present } } === modules/mod2/manifests/init.pp === import "*" === modules/mod2/manifests/mod2.pp === class mod2 { file { "/tmp/mod2.file": ensure => present } } === modules/mod3/manifests/init.pp === import "*" === modules/mod3/manifests/mod3.pp === class mod3 { file { "/tmp/mod3.file": ensure => present } } 

当我尝试运行build-1主机上的puppet代理时，我收到以下消息：

 : 0 build-1; sudo puppet agent --noop --test err: Could not retrieve catalog from remote server: Error 400 on SERVER: Could not find class mod1 for build-1 at /etc/puppet/manifests/site.pp:2 on node build-1 warning: Not using cache on failed catalog err: Could not retrieve catalog; skipping run 

如果我再次运行它，我得到相同的消息，但类mod2。 运行它第三次给我类mod3的消息。 最后，第四次运行它的作品。 但是，如果我除了触摸其中一个模块文件（例如，mod1.pp）之外什么也不做，那么我必须再次完成整个事情。 运行木偶代理，直到每个模块重新编译正确。 这显然是不可持续的。

我注意到的其他一些事情：

• Passenger下的木偶仪表板给出了“环境必须是纯数字字母”的错误
• 木偶模块不能在代理上运行，而这已经在Puppetmaster的Hiera中定义
• 是否有可能根据其IP地址获取aws ec2实例ID
• 在Puppet服务器中创build新的环境
• 木偶和dynamic环境

1. 这似乎类似于https://stackoverflow.com/questions/15289988/puppet-could-not-find-class-hiccups-often-once-after-manifest-module-change ，除了似乎是3.0版本和它所指的bug票据明确表示它不影响2.7。 在任何情况下，切换到乘客设置都没有帮助。
2. 如果我改变模块布局只是把整个模块定义到init.pp而不是导入实际的模块定义，我没有得到的问题。 但是这对于复杂的模块来说并不好。

 class mod1 { include mod1::install include mod1::config include mod1::service } 

 class mod1::install { package { "somepackage": ensure => installed, } } 

 class mod1::config { file { "/etc/someapp.conf": content => "foo", require => Class["mod1::install"], notify => Class["mod1::service"], } } 

 class mod1::service { service { "someapp": ensure => running, } }