gnarf's questions

没有从头开始重建整个服务器（无论如何我都在努力），有什么想法可以在旧的 debian etch box 上解决这个问题吗？无法获得东西很烦人...

# apt-get install dpkg
<<snip>>
Preparing to replace dpkg 1.13.25 (using .../archives/dpkg_1.13.26_i386.deb) ...
dpkg: error processing /var/cache/apt/archives/dpkg_1.13.26_i386.deb (--unpack):
 unable to install updated status of `dpkg': No such file or directory
<< hangs here - need to ctrl-c >>


# dpkg -C
The following packages are in a mess due to serious problems during
installation.  They must be reinstalled for them (and any packages
that depend on them) to function properly:
 dpkg                 package maintenance system for Debian

我希望能够向我设置的文件添加一些要求：

define daemontools::service(
  $ensure = 'running',
  $source
){
  case $ensure {
    'running': { $real_ensure = $source }
    'stopped': { $real_ensure = 'absent' }
    default: { fail("no such ensure for daemontools::service") }
  }

  file{"/etc/service/${name}":
    ensure => $real_ensure,
    require=> Package['daemontools']
  }

  # This is the part that gets confusing
  if $require {
    File["/etc/service/${name}"]{ require +> $require }
  }
}

# in some other class somewhere

daemontools::service{"tinydns": 
  source=>'/var/tinydns', 
  require => [Package['djbdns'],Exec['tinydns_setup']]
}

LanguageTutorial似乎认为这会起作用，但它只会导致错误消息：Parameter 'require' is already set on File[/etc/service/tinydns] by daemontools::service

我目前正在开始重新设计我们的备份服务器。机器当前使用rsync并cp -al保存实时服务器的快照。它备份大约 10-20 台不同 FS 结构的其他计算机。有邮件服务器、数据库服务器、网络服务器，甚至是一两台 Windows 机器（使用 SMB/CIFS 挂载，然后在本地进行 rsync）。当前设置涉及 RAID 5 设置中的 4 400MB 驱动器，具有两个 ext3 分区（较小的引导/配置，较大的备份卷）和交换。备份脚本一次最多启动 3 个备份。在备份窗口期间，做很多事情（甚至是简单的 ps aux）似乎在备份服务器上的反应非常缓慢，我想知道我的问题是否主要与文件系统有关。

在重新设计阶段，我们有一些更新的硬件（2TB Caviar 驱动器、i7 等）可供使用。到目前为止，我的想法包括：在 2TB 驱动器上使用 RAID 1 以消除 RAID 5 的任何潜在性能问题。我假设我会将 2TB 驱动器分区到一个较小的引导/配置分区，然后是一个更大的数据部分. 我当然希望备份过程尽快发生。它引导我提出几个问题。

• 如果我将主系统和交换分区放在与 /backup 不同的驱动器上，我会看到更好的性能吗？我可以使用具有较小引导/配置卷的 4 驱动器（2 个 RAID 1 阵列）设置。这会给我带来任何重大优势吗？
• 我应该完全使用 ext4、ReiserFS、XFS 还是其他东西来备份数据分区？
• 只要我已经在重新组织我的备份服务器，是否有人会建议我研究其他一些备份方法？

我似乎在理解如何让它发挥作用时遇到了一些问题。我有一个新服务器，我正在办公室 NAT 后面构建，它的反向 dns 映射到office.mydomain.com，但我希望这台机器是ns2.mydomain.com为了傀儡。

节点.pp 片段：

node 'ns2.mydomain.com' inherits basenode {
  info('ns2.mydomain.com')
}

node 'office.mydomain.com' inherits basenode {
  info('office.mydomain.com')
}

我在客户端上的“puppet.conf”：

[main]
#was node_name=ns2.mydomain.com
#was fqdn=ns2.mydomain.com
certname=ns2.mydomain.com
node_name=cert

我在服务器上的系统日志报告：

Sep 16 22:59:12 support puppetmasterd[2800]: Host is missing hostname and/or domain: office.mydomain.com
Sep 16 22:59:12 support puppetmasterd[2800]: (Scope(Node[office.mydomain.com])) office.mydomain.com
Sep 16 22:59:12 support puppetmasterd[2800]: Compiled catalog for office.mydomain.com in 0.03 seconds
Sep 16 22:59:12 support puppetmasterd[2800]: Caching catalog for ns2.mydomain.com

我怎样才能让它抓住配置ns2.mydomain.com而不做这样的事情：

node 'ns2.mydomain.com' inherits basenode {
  info('ns2.mydomain.com')
}

node 'office.mydomain.com' inherits 'ns2.mydomain.com' {
  info('office.mydomain.com')
}

更新：这个问题似乎也导致了其他问题。例如，如果我info("$fqdn")坐在机器后面office.mydomain.com时 fqdn 事实是空的，以及$operatingsystem. 它几乎就像事实没有被正确发现。可能有NAT问题吗？是否有任何建议来追踪导致此问题的原因？

所以，我玩 puppet 已经有一段时间了，当我手动运行 puppet 时，我已经成功地设置了我的 site.pp 文件并按照我想要的方式工作，我开始继续前进找出客户端/服务器问题。

我在我的开发盒上运行一个小虚拟机，它试图与我的主盒上的 puppetmasterd 同步，但有问题。

首先 - 插件/事实同步似乎根本不起作用 - 我已经尝试打开更多的 auth.conf，但我觉得我正危险地接近将我的配置暴露给全世界。该节点的事实似乎不存在。

我已经尝试查看有关如何正确设置的官方文档，但我感觉大部分内容是在 0.25.0 之前编写的。有人对调试这个特定问题的根源有任何想法吗？

这些是我在错误日志中看到的错误：

Sep 16 22:12:59 support puppetmasterd[2800]: Not authorized to call search on /file_metadata/facts with {:ignore=>[".svn", "CVS"], :links=>"manage", :recurse=>true}
Sep 16 22:12:59 support puppetmasterd[2800]: Not authorized to call find on /file_metadata/facts
Sep 16 22:13:00 support puppetmasterd[2800]: Host is missing hostname and/or domain: **hostname of my virtual host's NAT gateway**

Sep 16 22:24:43 test puppetd[3841]: Retrieving plugin
Sep 16 22:24:43 test puppetd[3841]: Format s not supported for Puppet::FileServing::Metadata; has not implemented method 'from_s'
Sep 16 22:24:43 test puppetd[3841]: Puppet::Network::Format[json]: false value when expecting true
Sep 16 22:24:43 test puppetd[3841]: Finishing transaction -609701378 with 0 changes
Sep 16 22:24:43 test puppetd[3841]: Fact syncing is deprecated as of 0.25 -- use 'pluginsync' instead
Sep 16 22:24:43 test puppetd[3841]: Retrieving fact
Sep 16 22:24:43 test puppetd[3841]: Format s not supported for Puppet::FileServing::Metadata; has not implemented method 'from_s'
Sep 16 22:24:43 test puppetd[3841]: Puppet::Network::Format[json]: false value when expecting true
Sep 16 22:24:43 test puppetd[3841]: (/File[/var/lib/puppet/facts]) Failed to generate additional resources using 'eval_generate': Error 400 on SERVER: Not authorized to call search on /file_metadata/facts with {:ignore=>[".svn", "CVS"], :links=>"manage", :recurse=>true} 
Sep 16 22:24:43 test puppetd[3841]: Format s not supported for Puppet::FileServing::Metadata; has not implemented method 'from_s'
Sep 16 22:24:43 test puppetd[3841]: Puppet::Network::Format[json]: false value when expecting true
Sep 16 22:24:44 test puppetd[3841]: (/File[/var/lib/puppet/facts]) Failed to retrieve current state of resource: Error 400 on SERVER: Not authorized to call find on /file_metadata/facts  Could not retrieve file metadata for puppet://..fqdn../facts: Error 400 on SERVER: Not authorized to call find on /file_metadata/facts 
Sep 16 22:24:44 test puppetd[3841]: Finishing transaction -610061128 with 0 changes
Sep 16 22:24:45 test puppetd[3841]: Format s not supported for Puppet::Resource::Catalog; has not implemented method 'from_s'
Sep 16 22:24:45 test puppetd[3841]: Puppet::Network::Format[json]: false value when expecting true

客户端上的 puppet.conf

[main]
server=**fqdn of puppetmasterd**
logdir=/var/log/puppet
vardir=/var/lib/puppet
ssldir=/var/lib/puppet/ssl
rundir=/var/run/puppet
factpath=$vardir/lib/facter
pluginsync=true
node_name=cert
certname=**fqdn of client**

服务器上的 puppet.conf

[main]
logdir=/var/log/puppet
vardir=/var/lib/puppet
ssldir=/var/lib/puppet/ssl
rundir=/var/run/puppet
factpath=$vardir/lib/facter
pluginsync=true

[puppetmasterd]
templatedir=/var/lib/puppet/templates
storeconfigs = true
dbadapter = mysql
dbuser = puppet
dbpassword = **password**
dbserver = localhost
dbsocket = /var/run/mysqld/mysqld.sock

服务器上的 fileserver.conf

[files]
  path /etc/puppet/files
  allow *

[modules]
  allow *

[plugins]
  allow *

服务器上的 auth.conf

path ~ ^/catalog/([^/]+)$
method find
allow *

path /certificate_revocation_list/ca
method find
allow *

path /report
method save
allow *

path /file_metadata
auth any
allow *

path /file
allow *

path /certificate/ca
auth no
method find
allow *

path /certificate/
auth no
method find
allow *

path /certificate_request
auth no
method find, save
allow *

path /
auth yes
allow *

我一直在试图找出一种方法来测试资源是否已经在另一个文件中定义，如果没有创建它？一个简单的例子：

  if File[$local_container] {
    alert("Testing - It existed $local_container")
  } else {
    file{ "$local_container":
      ensure => directory,
    }
  }

然而 -File[$local_container]似乎总是评估为真。有没有办法做到这一点？