Issue #16992 has been updated by Josh Cooper.
Hi Alex,
One thing that stands out is that your `source` parameters are not consistent,
and could lead to surprising results if `Puppet[:server] != 'puppet'`. For
example:
Alex Antonov wrote:
<pre>
source => "puppet://puppet/iptables/fragments/$name",
source => "puppet:///iptables/empty",
source => "puppet://puppet/iptables/rebuild-iptables";
</pre>
Unless you have reasons to do otherwise, I suggest you change these to:
<pre>
source => "puppet:///modules/iptables/..."
</pre>
See <http://docs.puppetlabs.com/guides/file_serving.html> for more info.
This will ensure that the puppet agent attempts to download file content using
the same DNS name it used to retrieve the catalog. As it is now, you could run
into DNS problems if the `server` setting was a fqdn (puppet.domain.com), but
the agent was unable to resolve just 'puppet'
----------------------------------------
Bug #16992: Puppet agents do not appear to work properly on Centos 6.3
https://projects.puppetlabs.com/issues/16992#change-74966
Author: Alex Antonov
Status: Needs More Information
Priority: Normal
Assignee: Josh Cooper
Category:
Target version: 2.7.x
Affected Puppet version: 2.7.19
Keywords:
Branch:
Hi.
I have the same issue as one described in ticket "Bug #15608". But I don't have
rotate option in my /etc/resolv.conf.
My puppet server system is:
# uname -a
Linux puppet 2.6.32-279.5.2.el6.x86_64 #1 SMP Fri Aug 24 01:07:11 UTC 2012
x86_64 x86_64 x86_64 GNU/Linux
# lsb_release -a
LSB Version:
:core-4.0-amd64:core-4.0-noarch:graphics-4.0-amd64:graphics-4.0-noarch:printing-4.0-amd64:printing-4.0-noarch
Distributor ID: CentOS
Description: CentOS release 6.3 (Final)
Release: 6.3
Codename: Final
My package versions are:
puppet-server-2.7.19-1.el6.noarch
puppet-2.7.19-1.el6.noarch
ruby 1.8.7 (2011-06-30 patchlevel 352) [x86_64-linux]
foreman-0.4.2-0.1.noarch
Puppet server and foreman run on nginx 1.2.3 builded from sources with passenger
passenger (3.0.17)
Foreman runs as ENC.
Agent run test trace:
# puppet agent --test --debug
...
err: /File[/etc/iptables.d/039_in_ssh_intranet]: Could not evaluate:
getaddrinfo: Name or service not known Could not retrieve file metadata for
puppet:///modules/iptables/fragments/039_in_ssh_intranet: getaddrinfo: Name or
service not known at /etc/puppet/modules/iptables/manifests/init.pp:13
...
notice: /Stage[main]/Iptables/Exec[rebuild_iptables]: Dependency
File[/etc/iptables.d/039_in_ssh_intranet] has failures: true
warning: /Stage[main]/Iptables/Exec[rebuild_iptables]: Skipping because of
failed dependencies
...
I cannot reproduce this error on every puppet agent run. It appears from time
to time. Downgrade of glibc packages doesn't seem to resolve the issue.
--
You have received this notification because you have either subscribed to it,
or are involved in it.
To change your notification preferences, please click here:
http://projects.puppetlabs.com/my/account
--
You received this message because you are subscribed to the Google Groups
"Puppet Bugs" group.
To post to this group, send email to [email protected].
To unsubscribe from this group, send email to
[email protected].
For more options, visit this group at
http://groups.google.com/group/puppet-bugs?hl=en.
