Deven Phillips
2011-Oct-11 17:30 UTC
[Puppet Users] Issues switching over to using environments
Hello all,
I have been searching through the list archives, but I have yet to find
an answer to my question. The problem I am having is this:
1. I have been using puppet without environments for some time now and it
works properly
2. I am trying to reconfigure to use environments, and I am getting errors
with plugins not getting sync''d.
The error I see on the agent node is:
err: /File[/var/lib/puppet/lib]: Could not evaluate: Could not retrieve
information from environment production source(s) puppet://lou1/plugins
notice: /File[/var/lib/puppet/lib/puppet]: Dependency
File[/var/lib/puppet/lib] has failures: true
warning: /File[/var/lib/puppet/lib/puppet]: Skipping because of failed
dependencies
notice: /File[/var/lib/puppet/lib/puppet/test]: Dependency
File[/var/lib/puppet/lib] has failures: true
warning: /File[/var/lib/puppet/lib/puppet/test]: Skipping because of failed
dependencies
notice: /File[/var/lib/puppet/lib/puppet/test/iptables.rb]: Dependency
File[/var/lib/puppet/lib] has failures: true
warning: /File[/var/lib/puppet/lib/puppet/test/iptables.rb]: Skipping
because of failed dependencies
notice: /File[/var/lib/puppet/lib/puppet/provider]: Dependency
File[/var/lib/puppet/lib] has failures: true
warning: /File[/var/lib/puppet/lib/puppet/provider]: Skipping because of
failed dependencies
notice: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo]: Dependency
File[/var/lib/puppet/lib] has failures: true
warning: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo]: Skipping
because of failed dependencies
notice: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/cvs.rb]:
Dependency File[/var/lib/puppet/lib] has failures: true
warning: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/cvs.rb]: Skipping
because of failed dependencies
notice: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/git.rb]:
Dependency File[/var/lib/puppet/lib] has failures: true
warning: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/git.rb]: Skipping
because of failed dependencies
notice: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/svn.rb]:
Dependency File[/var/lib/puppet/lib] has failures: true
warning: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/svn.rb]: Skipping
because of failed dependencies
notice: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/hg.rb]: Dependency
File[/var/lib/puppet/lib] has failures: true
warning: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/hg.rb]: Skipping
because of failed dependencies
notice: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/bzr.rb]:
Dependency File[/var/lib/puppet/lib] has failures: true
warning: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/bzr.rb]: Skipping
because of failed dependencies
notice: /File[/var/lib/puppet/lib/puppet/type]: Dependency
File[/var/lib/puppet/lib] has failures: true
warning: /File[/var/lib/puppet/lib/puppet/type]: Skipping because of failed
dependencies
notice: /File[/var/lib/puppet/lib/puppet/type/vcsrepo.rb]: Dependency
File[/var/lib/puppet/lib] has failures: true
warning: /File[/var/lib/puppet/lib/puppet/type/vcsrepo.rb]: Skipping because
of failed dependencies
notice: /File[/var/lib/puppet/lib/puppet/type/iptables.rb]: Dependency
File[/var/lib/puppet/lib] has failures: true
warning: /File[/var/lib/puppet/lib/puppet/type/iptables.rb]: Skipping
because of failed dependencies
notice: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo.rb]: Dependency
File[/var/lib/puppet/lib] has failures: true
warning: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo.rb]: Skipping
because of failed dependencies
On the puppet master, I changed my puppet.conf from:
[main]
logdir=/var/log/puppet
vardir=/var/lib/puppet
ssldir=/etc/puppet/ssl
rundir=/var/run/puppet
factpath=$vardir/lib/facter
templatedir=$confdir/templates
prerun_command=/etc/puppet/etckeeper-commit-pre
postrun_command=/etc/puppet/etckeeper-commit-post
server = lou1
certname = lou1
[master]
# These are needed when the puppetmaster is run by passenger
# and can safely be removed if webrick is used.
ssl_client_header = SSL_CLIENT_S_DN
ssl_client_verify_header = SSL_CLIENT_VERIFY
modulepath=/etc/puppet/modules
storeconfigs=true
dbadapter=postgresql
dbuser=foreman
dbpassword=foreman
dbserver=localhost
dbname=foreman
reports=log, foreman
certname=lou1
server=lou1
To:
[main]
logdir=/var/log/puppet
vardir=/var/lib/puppet
ssldir=/etc/puppet/ssl
rundir=/var/run/puppet
factpath=$vardir/lib/facter
templatedir=$confdir/prod/templates
prerun_command=/etc/puppet/etckeeper-commit-pre
postrun_command=/etc/puppet/etckeeper-commit-post
server = lou1
certname = lou1
[master]
# These are needed when the puppetmaster is run by passenger
# and can safely be removed if webrick is used.
ssl_client_header = SSL_CLIENT_S_DN
ssl_client_verify_header = SSL_CLIENT_VERIFY
modulepath=/etc/puppet/prod/modules
storeconfigs=true
dbadapter=postgresql
dbuser=foreman
dbpassword=foreman
dbserver=localhost
dbname=foreman
reports=log, foreman
certname=lou1
server=lou1
[production]
manifest = $confdir/prod/manifests/site.pp
manifestdir = $confdir/prod/manifests
modulepath = $confdir/prod/modules
templatedir = $confidr/prod/templates
[staging]
manifest = $confdir/staging/manifests/site.pp
manifestdir = $confdir/staging/manifests
modulepath = $confdir/staging/modules
templatedir = $confidr/staging/templates
[dev]
manifest = $confdir/dev/manifests/site.pp
manifestdir = $confdir/dev/manifests
modulepath = $confdir/dev/modules
templatedir = $confidr/dev/templates
Puppet Master is running 2.7.3 and the agents are a mix of 2.6.x versions.
Any suggestions would be greatly appreciated...
Thanks,
Deven Phillips
Senior Systems Administrator
DNS.com, A Comodo Company
--
You received this message because you are subscribed to the Google Groups
"Puppet Users" group.
To post to this group, send email to puppet-users@googlegroups.com.
To unsubscribe from this group, send email to
puppet-users+unsubscribe@googlegroups.com.
For more options, visit this group at
http://groups.google.com/group/puppet-users?hl=en.
Adrien Thebo
2011-Oct-11 18:08 UTC
Re: [Puppet Users] Issues switching over to using environments
When I''ve run into this error, it was due to the environment manifestdir/modulepath/templatedir not being set correctly or not existing. Are you certain that those directories exist? What environment is demonstrating this? On Tue, Oct 11, 2011 at 10:30 AM, Deven Phillips <deven.phillips@gmail.com> wrote:> Hello all, > I have been searching through the list archives, but I have yet to find > an answer to my question. The problem I am having is this: > 1. I have been using puppet without environments for some time now and it > works properly > 2. I am trying to reconfigure to use environments, and I am getting errors > with plugins not getting sync''d. > The error I see on the agent node is: > err: /File[/var/lib/puppet/lib]: Could not evaluate: Could not retrieve > information from environment production source(s) puppet://lou1/plugins > notice: /File[/var/lib/puppet/lib/puppet]: Dependency > File[/var/lib/puppet/lib] has failures: true > warning: /File[/var/lib/puppet/lib/puppet]: Skipping because of failed > dependencies > notice: /File[/var/lib/puppet/lib/puppet/test]: Dependency > File[/var/lib/puppet/lib] has failures: true > warning: /File[/var/lib/puppet/lib/puppet/test]: Skipping because of failed > dependencies > notice: /File[/var/lib/puppet/lib/puppet/test/iptables.rb]: Dependency > File[/var/lib/puppet/lib] has failures: true > warning: /File[/var/lib/puppet/lib/puppet/test/iptables.rb]: Skipping > because of failed dependencies > notice: /File[/var/lib/puppet/lib/puppet/provider]: Dependency > File[/var/lib/puppet/lib] has failures: true > warning: /File[/var/lib/puppet/lib/puppet/provider]: Skipping because of > failed dependencies > notice: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo]: Dependency > File[/var/lib/puppet/lib] has failures: true > warning: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo]: Skipping > because of failed dependencies > notice: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/cvs.rb]: > Dependency File[/var/lib/puppet/lib] has failures: true > warning: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/cvs.rb]: Skipping > because of failed dependencies > notice: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/git.rb]: > Dependency File[/var/lib/puppet/lib] has failures: true > warning: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/git.rb]: Skipping > because of failed dependencies > notice: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/svn.rb]: > Dependency File[/var/lib/puppet/lib] has failures: true > warning: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/svn.rb]: Skipping > because of failed dependencies > notice: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/hg.rb]: Dependency > File[/var/lib/puppet/lib] has failures: true > warning: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/hg.rb]: Skipping > because of failed dependencies > notice: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/bzr.rb]: > Dependency File[/var/lib/puppet/lib] has failures: true > warning: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/bzr.rb]: Skipping > because of failed dependencies > notice: /File[/var/lib/puppet/lib/puppet/type]: Dependency > File[/var/lib/puppet/lib] has failures: true > warning: /File[/var/lib/puppet/lib/puppet/type]: Skipping because of failed > dependencies > notice: /File[/var/lib/puppet/lib/puppet/type/vcsrepo.rb]: Dependency > File[/var/lib/puppet/lib] has failures: true > warning: /File[/var/lib/puppet/lib/puppet/type/vcsrepo.rb]: Skipping because > of failed dependencies > notice: /File[/var/lib/puppet/lib/puppet/type/iptables.rb]: Dependency > File[/var/lib/puppet/lib] has failures: true > warning: /File[/var/lib/puppet/lib/puppet/type/iptables.rb]: Skipping > because of failed dependencies > notice: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo.rb]: Dependency > File[/var/lib/puppet/lib] has failures: true > warning: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo.rb]: Skipping > because of failed dependencies > On the puppet master, I changed my puppet.conf from: > [main] > logdir=/var/log/puppet > vardir=/var/lib/puppet > ssldir=/etc/puppet/ssl > rundir=/var/run/puppet > factpath=$vardir/lib/facter > templatedir=$confdir/templates > prerun_command=/etc/puppet/etckeeper-commit-pre > postrun_command=/etc/puppet/etckeeper-commit-post > server = lou1 > certname = lou1 > [master] > # These are needed when the puppetmaster is run by passenger > # and can safely be removed if webrick is used. > ssl_client_header = SSL_CLIENT_S_DN > ssl_client_verify_header = SSL_CLIENT_VERIFY > modulepath=/etc/puppet/modules > storeconfigs=true > dbadapter=postgresql > dbuser=foreman > dbpassword=foreman > dbserver=localhost > dbname=foreman > reports=log, foreman > certname=lou1 > server=lou1 > To: > [main] > logdir=/var/log/puppet > vardir=/var/lib/puppet > ssldir=/etc/puppet/ssl > rundir=/var/run/puppet > factpath=$vardir/lib/facter > templatedir=$confdir/prod/templates > prerun_command=/etc/puppet/etckeeper-commit-pre > postrun_command=/etc/puppet/etckeeper-commit-post > server = lou1 > certname = lou1 > [master] > # These are needed when the puppetmaster is run by passenger > # and can safely be removed if webrick is used. > ssl_client_header = SSL_CLIENT_S_DN > ssl_client_verify_header = SSL_CLIENT_VERIFY > modulepath=/etc/puppet/prod/modules > storeconfigs=true > dbadapter=postgresql > dbuser=foreman > dbpassword=foreman > dbserver=localhost > dbname=foreman > reports=log, foreman > certname=lou1 > server=lou1 > [production] > manifest = $confdir/prod/manifests/site.pp > manifestdir = $confdir/prod/manifests > modulepath = $confdir/prod/modules > templatedir = $confidr/prod/templates > [staging] > manifest = $confdir/staging/manifests/site.pp > manifestdir = $confdir/staging/manifests > modulepath = $confdir/staging/modules > templatedir = $confidr/staging/templates > [dev] > manifest = $confdir/dev/manifests/site.pp > manifestdir = $confdir/dev/manifests > modulepath = $confdir/dev/modules > templatedir = $confidr/dev/templates > Puppet Master is running 2.7.3 and the agents are a mix of 2.6.x versions. > Any suggestions would be greatly appreciated... > Thanks, > Deven Phillips > Senior Systems Administrator > DNS.com, A Comodo Company > > -- > You received this message because you are subscribed to the Google Groups > "Puppet Users" group. > To post to this group, send email to puppet-users@googlegroups.com. > To unsubscribe from this group, send email to > puppet-users+unsubscribe@googlegroups.com. > For more options, visit this group at > http://groups.google.com/group/puppet-users?hl=en. >-- You received this message because you are subscribed to the Google Groups "Puppet Users" group. To post to this group, send email to puppet-users@googlegroups.com. To unsubscribe from this group, send email to puppet-users+unsubscribe@googlegroups.com. For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en.
Deven Phillips
2011-Oct-11 18:13 UTC
Re: [Puppet Users] Issues switching over to using environments
Adrien,
I did double check, and the directories do exist. I am running
purely against production right now as I have yet to configure any of my
agents to use a different environment.
Deven
On 10/11/2011 02:08 PM, Adrien Thebo wrote:> When I''ve run into this error, it was due to the environment
> manifestdir/modulepath/templatedir not being set correctly or not
> existing. Are you certain that those directories exist? What
> environment is demonstrating this?
>
> On Tue, Oct 11, 2011 at 10:30 AM, Deven Phillips
> <deven.phillips@gmail.com> wrote:
>> Hello all,
>> I have been searching through the list archives, but I have yet to
find
>> an answer to my question. The problem I am having is this:
>> 1. I have been using puppet without environments for some time now and
it
>> works properly
>> 2. I am trying to reconfigure to use environments, and I am getting
errors
>> with plugins not getting sync''d.
>> The error I see on the agent node is:
>> err: /File[/var/lib/puppet/lib]: Could not evaluate: Could not retrieve
>> information from environment production source(s) puppet://lou1/plugins
>> notice: /File[/var/lib/puppet/lib/puppet]: Dependency
>> File[/var/lib/puppet/lib] has failures: true
>> warning: /File[/var/lib/puppet/lib/puppet]: Skipping because of failed
>> dependencies
>> notice: /File[/var/lib/puppet/lib/puppet/test]: Dependency
>> File[/var/lib/puppet/lib] has failures: true
>> warning: /File[/var/lib/puppet/lib/puppet/test]: Skipping because of
failed
>> dependencies
>> notice: /File[/var/lib/puppet/lib/puppet/test/iptables.rb]: Dependency
>> File[/var/lib/puppet/lib] has failures: true
>> warning: /File[/var/lib/puppet/lib/puppet/test/iptables.rb]: Skipping
>> because of failed dependencies
>> notice: /File[/var/lib/puppet/lib/puppet/provider]: Dependency
>> File[/var/lib/puppet/lib] has failures: true
>> warning: /File[/var/lib/puppet/lib/puppet/provider]: Skipping because
of
>> failed dependencies
>> notice: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo]: Dependency
>> File[/var/lib/puppet/lib] has failures: true
>> warning: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo]: Skipping
>> because of failed dependencies
>> notice: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/cvs.rb]:
>> Dependency File[/var/lib/puppet/lib] has failures: true
>> warning: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/cvs.rb]:
Skipping
>> because of failed dependencies
>> notice: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/git.rb]:
>> Dependency File[/var/lib/puppet/lib] has failures: true
>> warning: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/git.rb]:
Skipping
>> because of failed dependencies
>> notice: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/svn.rb]:
>> Dependency File[/var/lib/puppet/lib] has failures: true
>> warning: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/svn.rb]:
Skipping
>> because of failed dependencies
>> notice: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/hg.rb]:
Dependency
>> File[/var/lib/puppet/lib] has failures: true
>> warning: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/hg.rb]:
Skipping
>> because of failed dependencies
>> notice: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/bzr.rb]:
>> Dependency File[/var/lib/puppet/lib] has failures: true
>> warning: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/bzr.rb]:
Skipping
>> because of failed dependencies
>> notice: /File[/var/lib/puppet/lib/puppet/type]: Dependency
>> File[/var/lib/puppet/lib] has failures: true
>> warning: /File[/var/lib/puppet/lib/puppet/type]: Skipping because of
failed
>> dependencies
>> notice: /File[/var/lib/puppet/lib/puppet/type/vcsrepo.rb]: Dependency
>> File[/var/lib/puppet/lib] has failures: true
>> warning: /File[/var/lib/puppet/lib/puppet/type/vcsrepo.rb]: Skipping
because
>> of failed dependencies
>> notice: /File[/var/lib/puppet/lib/puppet/type/iptables.rb]: Dependency
>> File[/var/lib/puppet/lib] has failures: true
>> warning: /File[/var/lib/puppet/lib/puppet/type/iptables.rb]: Skipping
>> because of failed dependencies
>> notice: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo.rb]:
Dependency
>> File[/var/lib/puppet/lib] has failures: true
>> warning: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo.rb]:
Skipping
>> because of failed dependencies
>> On the puppet master, I changed my puppet.conf from:
>> [main]
>> logdir=/var/log/puppet
>> vardir=/var/lib/puppet
>> ssldir=/etc/puppet/ssl
>> rundir=/var/run/puppet
>> factpath=$vardir/lib/facter
>> templatedir=$confdir/templates
>> prerun_command=/etc/puppet/etckeeper-commit-pre
>> postrun_command=/etc/puppet/etckeeper-commit-post
>> server = lou1
>> certname = lou1
>> [master]
>> # These are needed when the puppetmaster is run by passenger
>> # and can safely be removed if webrick is used.
>> ssl_client_header = SSL_CLIENT_S_DN
>> ssl_client_verify_header = SSL_CLIENT_VERIFY
>> modulepath=/etc/puppet/modules
>> storeconfigs=true
>> dbadapter=postgresql
>> dbuser=foreman
>> dbpassword=foreman
>> dbserver=localhost
>> dbname=foreman
>> reports=log, foreman
>> certname=lou1
>> server=lou1
>> To:
>> [main]
>> logdir=/var/log/puppet
>> vardir=/var/lib/puppet
>> ssldir=/etc/puppet/ssl
>> rundir=/var/run/puppet
>> factpath=$vardir/lib/facter
>> templatedir=$confdir/prod/templates
>> prerun_command=/etc/puppet/etckeeper-commit-pre
>> postrun_command=/etc/puppet/etckeeper-commit-post
>> server = lou1
>> certname = lou1
>> [master]
>> # These are needed when the puppetmaster is run by passenger
>> # and can safely be removed if webrick is used.
>> ssl_client_header = SSL_CLIENT_S_DN
>> ssl_client_verify_header = SSL_CLIENT_VERIFY
>> modulepath=/etc/puppet/prod/modules
>> storeconfigs=true
>> dbadapter=postgresql
>> dbuser=foreman
>> dbpassword=foreman
>> dbserver=localhost
>> dbname=foreman
>> reports=log, foreman
>> certname=lou1
>> server=lou1
>> [production]
>> manifest = $confdir/prod/manifests/site.pp
>> manifestdir = $confdir/prod/manifests
>> modulepath = $confdir/prod/modules
>> templatedir = $confidr/prod/templates
>> [staging]
>> manifest = $confdir/staging/manifests/site.pp
>> manifestdir = $confdir/staging/manifests
>> modulepath = $confdir/staging/modules
>> templatedir = $confidr/staging/templates
>> [dev]
>> manifest = $confdir/dev/manifests/site.pp
>> manifestdir = $confdir/dev/manifests
>> modulepath = $confdir/dev/modules
>> templatedir = $confidr/dev/templates
>> Puppet Master is running 2.7.3 and the agents are a mix of 2.6.x
versions.
>> Any suggestions would be greatly appreciated...
>> Thanks,
>> Deven Phillips
>> Senior Systems Administrator
>> DNS.com, A Comodo Company
>>
>> --
>> You received this message because you are subscribed to the Google
Groups
>> "Puppet Users" group.
>> To post to this group, send email to puppet-users@googlegroups.com.
>> To unsubscribe from this group, send email to
>> puppet-users+unsubscribe@googlegroups.com.
>> For more options, visit this group at
>> http://groups.google.com/group/puppet-users?hl=en.
>>
--
You received this message because you are subscribed to the Google Groups
"Puppet Users" group.
To post to this group, send email to puppet-users@googlegroups.com.
To unsubscribe from this group, send email to
puppet-users+unsubscribe@googlegroups.com.
For more options, visit this group at
http://groups.google.com/group/puppet-users?hl=en.
Adrien Thebo
2011-Oct-11 18:16 UTC
Re: [Puppet Users] Issues switching over to using environments
One thing I''ve noticed is that you''ve typo''d your templatedir for production, it''s $confidr. Are there any useful errors in the puppet master logs? And just for a lark, could you run puppet agent -tv --environment=production on one of your nodes? On Tue, Oct 11, 2011 at 11:13 AM, Deven Phillips <deven.phillips@gmail.com> wrote:> Adrien, > > I did double check, and the directories do exist. I am running purely > against production right now as I have yet to configure any of my agents to > use a different environment. > > Deven > > On 10/11/2011 02:08 PM, Adrien Thebo wrote: >> >> When I''ve run into this error, it was due to the environment >> manifestdir/modulepath/templatedir not being set correctly or not >> existing. Are you certain that those directories exist? What >> environment is demonstrating this? >> >> On Tue, Oct 11, 2011 at 10:30 AM, Deven Phillips >> <deven.phillips@gmail.com> wrote: >>> >>> Hello all, >>> I have been searching through the list archives, but I have yet to >>> find >>> an answer to my question. The problem I am having is this: >>> 1. I have been using puppet without environments for some time now and it >>> works properly >>> 2. I am trying to reconfigure to use environments, and I am getting >>> errors >>> with plugins not getting sync''d. >>> The error I see on the agent node is: >>> err: /File[/var/lib/puppet/lib]: Could not evaluate: Could not retrieve >>> information from environment production source(s) puppet://lou1/plugins >>> notice: /File[/var/lib/puppet/lib/puppet]: Dependency >>> File[/var/lib/puppet/lib] has failures: true >>> warning: /File[/var/lib/puppet/lib/puppet]: Skipping because of failed >>> dependencies >>> notice: /File[/var/lib/puppet/lib/puppet/test]: Dependency >>> File[/var/lib/puppet/lib] has failures: true >>> warning: /File[/var/lib/puppet/lib/puppet/test]: Skipping because of >>> failed >>> dependencies >>> notice: /File[/var/lib/puppet/lib/puppet/test/iptables.rb]: Dependency >>> File[/var/lib/puppet/lib] has failures: true >>> warning: /File[/var/lib/puppet/lib/puppet/test/iptables.rb]: Skipping >>> because of failed dependencies >>> notice: /File[/var/lib/puppet/lib/puppet/provider]: Dependency >>> File[/var/lib/puppet/lib] has failures: true >>> warning: /File[/var/lib/puppet/lib/puppet/provider]: Skipping because of >>> failed dependencies >>> notice: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo]: Dependency >>> File[/var/lib/puppet/lib] has failures: true >>> warning: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo]: Skipping >>> because of failed dependencies >>> notice: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/cvs.rb]: >>> Dependency File[/var/lib/puppet/lib] has failures: true >>> warning: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/cvs.rb]: >>> Skipping >>> because of failed dependencies >>> notice: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/git.rb]: >>> Dependency File[/var/lib/puppet/lib] has failures: true >>> warning: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/git.rb]: >>> Skipping >>> because of failed dependencies >>> notice: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/svn.rb]: >>> Dependency File[/var/lib/puppet/lib] has failures: true >>> warning: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/svn.rb]: >>> Skipping >>> because of failed dependencies >>> notice: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/hg.rb]: >>> Dependency >>> File[/var/lib/puppet/lib] has failures: true >>> warning: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/hg.rb]: >>> Skipping >>> because of failed dependencies >>> notice: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/bzr.rb]: >>> Dependency File[/var/lib/puppet/lib] has failures: true >>> warning: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/bzr.rb]: >>> Skipping >>> because of failed dependencies >>> notice: /File[/var/lib/puppet/lib/puppet/type]: Dependency >>> File[/var/lib/puppet/lib] has failures: true >>> warning: /File[/var/lib/puppet/lib/puppet/type]: Skipping because of >>> failed >>> dependencies >>> notice: /File[/var/lib/puppet/lib/puppet/type/vcsrepo.rb]: Dependency >>> File[/var/lib/puppet/lib] has failures: true >>> warning: /File[/var/lib/puppet/lib/puppet/type/vcsrepo.rb]: Skipping >>> because >>> of failed dependencies >>> notice: /File[/var/lib/puppet/lib/puppet/type/iptables.rb]: Dependency >>> File[/var/lib/puppet/lib] has failures: true >>> warning: /File[/var/lib/puppet/lib/puppet/type/iptables.rb]: Skipping >>> because of failed dependencies >>> notice: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo.rb]: Dependency >>> File[/var/lib/puppet/lib] has failures: true >>> warning: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo.rb]: Skipping >>> because of failed dependencies >>> On the puppet master, I changed my puppet.conf from: >>> [main] >>> logdir=/var/log/puppet >>> vardir=/var/lib/puppet >>> ssldir=/etc/puppet/ssl >>> rundir=/var/run/puppet >>> factpath=$vardir/lib/facter >>> templatedir=$confdir/templates >>> prerun_command=/etc/puppet/etckeeper-commit-pre >>> postrun_command=/etc/puppet/etckeeper-commit-post >>> server = lou1 >>> certname = lou1 >>> [master] >>> # These are needed when the puppetmaster is run by passenger >>> # and can safely be removed if webrick is used. >>> ssl_client_header = SSL_CLIENT_S_DN >>> ssl_client_verify_header = SSL_CLIENT_VERIFY >>> modulepath=/etc/puppet/modules >>> storeconfigs=true >>> dbadapter=postgresql >>> dbuser=foreman >>> dbpassword=foreman >>> dbserver=localhost >>> dbname=foreman >>> reports=log, foreman >>> certname=lou1 >>> server=lou1 >>> To: >>> [main] >>> logdir=/var/log/puppet >>> vardir=/var/lib/puppet >>> ssldir=/etc/puppet/ssl >>> rundir=/var/run/puppet >>> factpath=$vardir/lib/facter >>> templatedir=$confdir/prod/templates >>> prerun_command=/etc/puppet/etckeeper-commit-pre >>> postrun_command=/etc/puppet/etckeeper-commit-post >>> server = lou1 >>> certname = lou1 >>> [master] >>> # These are needed when the puppetmaster is run by passenger >>> # and can safely be removed if webrick is used. >>> ssl_client_header = SSL_CLIENT_S_DN >>> ssl_client_verify_header = SSL_CLIENT_VERIFY >>> modulepath=/etc/puppet/prod/modules >>> storeconfigs=true >>> dbadapter=postgresql >>> dbuser=foreman >>> dbpassword=foreman >>> dbserver=localhost >>> dbname=foreman >>> reports=log, foreman >>> certname=lou1 >>> server=lou1 >>> [production] >>> manifest = $confdir/prod/manifests/site.pp >>> manifestdir = $confdir/prod/manifests >>> modulepath = $confdir/prod/modules >>> templatedir = $confidr/prod/templates >>> [staging] >>> manifest = $confdir/staging/manifests/site.pp >>> manifestdir = $confdir/staging/manifests >>> modulepath = $confdir/staging/modules >>> templatedir = $confidr/staging/templates >>> [dev] >>> manifest = $confdir/dev/manifests/site.pp >>> manifestdir = $confdir/dev/manifests >>> modulepath = $confdir/dev/modules >>> templatedir = $confidr/dev/templates >>> Puppet Master is running 2.7.3 and the agents are a mix of 2.6.x >>> versions. >>> Any suggestions would be greatly appreciated... >>> Thanks, >>> Deven Phillips >>> Senior Systems Administrator >>> DNS.com, A Comodo Company >>> >>> -- >>> You received this message because you are subscribed to the Google Groups >>> "Puppet Users" group. >>> To post to this group, send email to puppet-users@googlegroups.com. >>> To unsubscribe from this group, send email to >>> puppet-users+unsubscribe@googlegroups.com. >>> For more options, visit this group at >>> http://groups.google.com/group/puppet-users?hl=en. >>> > > -- > You received this message because you are subscribed to the Google Groups > "Puppet Users" group. > To post to this group, send email to puppet-users@googlegroups.com. > To unsubscribe from this group, send email to > puppet-users+unsubscribe@googlegroups.com. > For more options, visit this group at > http://groups.google.com/group/puppet-users?hl=en. > >-- You received this message because you are subscribed to the Google Groups "Puppet Users" group. To post to this group, send email to puppet-users@googlegroups.com. To unsubscribe from this group, send email to puppet-users+unsubscribe@googlegroups.com. For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en.
Craig White
2011-Oct-11 18:17 UTC
Re: [Puppet Users] Issues switching over to using environments
Did you restart the ''service'' (web server) ? If you make changes to the puppetmaster, you undoubtedly have to restart the service (webrick or mongrel) or apache/nginx (if passenger) Craig On Oct 11, 2011, at 11:13 AM, Deven Phillips wrote:> Adrien, > > I did double check, and the directories do exist. I am running purely against production right now as I have yet to configure any of my agents to use a different environment. > > Deven > > On 10/11/2011 02:08 PM, Adrien Thebo wrote: >> When I''ve run into this error, it was due to the environment >> manifestdir/modulepath/templatedir not being set correctly or not >> existing. Are you certain that those directories exist? What >> environment is demonstrating this? >> >> On Tue, Oct 11, 2011 at 10:30 AM, Deven Phillips >> <deven.phillips@gmail.com> wrote: >>> Hello all, >>> I have been searching through the list archives, but I have yet to find >>> an answer to my question. The problem I am having is this: >>> 1. I have been using puppet without environments for some time now and it >>> works properly >>> 2. I am trying to reconfigure to use environments, and I am getting errors >>> with plugins not getting sync''d. >>> The error I see on the agent node is: >>> err: /File[/var/lib/puppet/lib]: Could not evaluate: Could not retrieve >>> information from environment production source(s) puppet://lou1/plugins >>> notice: /File[/var/lib/puppet/lib/puppet]: Dependency >>> File[/var/lib/puppet/lib] has failures: true >>> warning: /File[/var/lib/puppet/lib/puppet]: Skipping because of failed >>> dependencies >>> notice: /File[/var/lib/puppet/lib/puppet/test]: Dependency >>> File[/var/lib/puppet/lib] has failures: true >>> warning: /File[/var/lib/puppet/lib/puppet/test]: Skipping because of failed >>> dependencies >>> notice: /File[/var/lib/puppet/lib/puppet/test/iptables.rb]: Dependency >>> File[/var/lib/puppet/lib] has failures: true >>> warning: /File[/var/lib/puppet/lib/puppet/test/iptables.rb]: Skipping >>> because of failed dependencies >>> notice: /File[/var/lib/puppet/lib/puppet/provider]: Dependency >>> File[/var/lib/puppet/lib] has failures: true >>> warning: /File[/var/lib/puppet/lib/puppet/provider]: Skipping because of >>> failed dependencies >>> notice: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo]: Dependency >>> File[/var/lib/puppet/lib] has failures: true >>> warning: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo]: Skipping >>> because of failed dependencies >>> notice: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/cvs.rb]: >>> Dependency File[/var/lib/puppet/lib] has failures: true >>> warning: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/cvs.rb]: Skipping >>> because of failed dependencies >>> notice: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/git.rb]: >>> Dependency File[/var/lib/puppet/lib] has failures: true >>> warning: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/git.rb]: Skipping >>> because of failed dependencies >>> notice: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/svn.rb]: >>> Dependency File[/var/lib/puppet/lib] has failures: true >>> warning: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/svn.rb]: Skipping >>> because of failed dependencies >>> notice: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/hg.rb]: Dependency >>> File[/var/lib/puppet/lib] has failures: true >>> warning: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/hg.rb]: Skipping >>> because of failed dependencies >>> notice: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/bzr.rb]: >>> Dependency File[/var/lib/puppet/lib] has failures: true >>> warning: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/bzr.rb]: Skipping >>> because of failed dependencies >>> notice: /File[/var/lib/puppet/lib/puppet/type]: Dependency >>> File[/var/lib/puppet/lib] has failures: true >>> warning: /File[/var/lib/puppet/lib/puppet/type]: Skipping because of failed >>> dependencies >>> notice: /File[/var/lib/puppet/lib/puppet/type/vcsrepo.rb]: Dependency >>> File[/var/lib/puppet/lib] has failures: true >>> warning: /File[/var/lib/puppet/lib/puppet/type/vcsrepo.rb]: Skipping because >>> of failed dependencies >>> notice: /File[/var/lib/puppet/lib/puppet/type/iptables.rb]: Dependency >>> File[/var/lib/puppet/lib] has failures: true >>> warning: /File[/var/lib/puppet/lib/puppet/type/iptables.rb]: Skipping >>> because of failed dependencies >>> notice: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo.rb]: Dependency >>> File[/var/lib/puppet/lib] has failures: true >>> warning: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo.rb]: Skipping >>> because of failed dependencies >>> On the puppet master, I changed my puppet.conf from: >>> [main] >>> logdir=/var/log/puppet >>> vardir=/var/lib/puppet >>> ssldir=/etc/puppet/ssl >>> rundir=/var/run/puppet >>> factpath=$vardir/lib/facter >>> templatedir=$confdir/templates >>> prerun_command=/etc/puppet/etckeeper-commit-pre >>> postrun_command=/etc/puppet/etckeeper-commit-post >>> server = lou1 >>> certname = lou1 >>> [master] >>> # These are needed when the puppetmaster is run by passenger >>> # and can safely be removed if webrick is used. >>> ssl_client_header = SSL_CLIENT_S_DN >>> ssl_client_verify_header = SSL_CLIENT_VERIFY >>> modulepath=/etc/puppet/modules >>> storeconfigs=true >>> dbadapter=postgresql >>> dbuser=foreman >>> dbpassword=foreman >>> dbserver=localhost >>> dbname=foreman >>> reports=log, foreman >>> certname=lou1 >>> server=lou1 >>> To: >>> [main] >>> logdir=/var/log/puppet >>> vardir=/var/lib/puppet >>> ssldir=/etc/puppet/ssl >>> rundir=/var/run/puppet >>> factpath=$vardir/lib/facter >>> templatedir=$confdir/prod/templates >>> prerun_command=/etc/puppet/etckeeper-commit-pre >>> postrun_command=/etc/puppet/etckeeper-commit-post >>> server = lou1 >>> certname = lou1 >>> [master] >>> # These are needed when the puppetmaster is run by passenger >>> # and can safely be removed if webrick is used. >>> ssl_client_header = SSL_CLIENT_S_DN >>> ssl_client_verify_header = SSL_CLIENT_VERIFY >>> modulepath=/etc/puppet/prod/modules >>> storeconfigs=true >>> dbadapter=postgresql >>> dbuser=foreman >>> dbpassword=foreman >>> dbserver=localhost >>> dbname=foreman >>> reports=log, foreman >>> certname=lou1 >>> server=lou1 >>> [production] >>> manifest = $confdir/prod/manifests/site.pp >>> manifestdir = $confdir/prod/manifests >>> modulepath = $confdir/prod/modules >>> templatedir = $confidr/prod/templates >>> [staging] >>> manifest = $confdir/staging/manifests/site.pp >>> manifestdir = $confdir/staging/manifests >>> modulepath = $confdir/staging/modules >>> templatedir = $confidr/staging/templates >>> [dev] >>> manifest = $confdir/dev/manifests/site.pp >>> manifestdir = $confdir/dev/manifests >>> modulepath = $confdir/dev/modules >>> templatedir = $confidr/dev/templates >>> Puppet Master is running 2.7.3 and the agents are a mix of 2.6.x versions. >>> Any suggestions would be greatly appreciated... >>> Thanks, >>> Deven Phillips >>> Senior Systems Administrator >>> DNS.com, A Comodo Company >>> >>> -- >>> You received this message because you are subscribed to the Google Groups >>> "Puppet Users" group. >>> To post to this group, send email to puppet-users@googlegroups.com. >>> To unsubscribe from this group, send email to >>> puppet-users+unsubscribe@googlegroups.com. >>> For more options, visit this group at >>> http://groups.google.com/group/puppet-users?hl=en. >>> > > -- > You received this message because you are subscribed to the Google Groups "Puppet Users" group. > To post to this group, send email to puppet-users@googlegroups.com. > To unsubscribe from this group, send email to puppet-users+unsubscribe@googlegroups.com. > For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en. >-- Craig White ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ craig.white@ttiltd.com 1.800.869.6908 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ www.ttiassessments.com Need help communicating between generations at work to achieve your desired success? Let us help! -- You received this message because you are subscribed to the Google Groups "Puppet Users" group. To post to this group, send email to puppet-users@googlegroups.com. To unsubscribe from this group, send email to puppet-users+unsubscribe@googlegroups.com. For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en.
Craig White
2011-Oct-11 18:21 UTC
Re: [Puppet Users] Issues switching over to using environments
On Oct 11, 2011, at 10:30 AM, Deven Phillips wrote:> Hello all, > > I have been searching through the list archives, but I have yet to find an answer to my question. The problem I am having is this: > > 1. I have been using puppet without environments for some time now and it works properly > 2. I am trying to reconfigure to use environments, and I am getting errors with plugins not getting sync''d. > > To: > > [main] > logdir=/var/log/puppet > vardir=/var/lib/puppet > ssldir=/etc/puppet/ssl > rundir=/var/run/puppet > factpath=$vardir/lib/facter > templatedir=$confdir/prod/templates > prerun_command=/etc/puppet/etckeeper-commit-pre > postrun_command=/etc/puppet/etckeeper-commit-post > server = lou1 > certname = lou1 > > [master] > # These are needed when the puppetmaster is run by passenger > # and can safely be removed if webrick is used. > ssl_client_header = SSL_CLIENT_S_DN > ssl_client_verify_header = SSL_CLIENT_VERIFY > modulepath=/etc/puppet/prod/modules > storeconfigs=true > dbadapter=postgresql > dbuser=foreman > dbpassword=foreman > dbserver=localhost > dbname=foreman > reports=log, foreman > certname=lou1 > server=lou1 > > [production] > manifest = $confdir/prod/manifests/site.pp > manifestdir = $confdir/prod/manifests > modulepath = $confdir/prod/modules > templatedir = $confidr/prod/templates > [staging] > manifest = $confdir/staging/manifests/site.pp > manifestdir = $confdir/staging/manifests > modulepath = $confdir/staging/modules > templatedir = $confidr/staging/templates > [dev] > manifest = $confdir/dev/manifests/site.pp > manifestdir = $confdir/dev/manifests > modulepath = $confdir/dev/modules > templatedir = $confidr/dev/templates > > Puppet Master is running 2.7.3 and the agents are a mix of 2.6.x versions.---- I myself am suspicious of the $confdir variable since I never see it explicitly defined anywhere. You might want to explicitly define it but I don''t think you want a modulepath defined in both [master] and in [production] but you might want a default environment defined in [master] Craig -- You received this message because you are subscribed to the Google Groups "Puppet Users" group. To post to this group, send email to puppet-users@googlegroups.com. To unsubscribe from this group, send email to puppet-users+unsubscribe@googlegroups.com. For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en.
Deven Phillips
2011-Oct-11 18:31 UTC
Re: [Puppet Users] Issues switching over to using environments
Thanks for the pointers all.. I fixed the mentioned typos and now I am getting a different error. This one is a passenger error: Passenger Error Nothing in any of my configurations refers to /etc/puppet/manifests anymore... I have grepped for that setting in all of the configs and in the /usr/share/puppet/rack/puppetmasterd directory and I cannot find where that is being referenced. Thanks, Deven On 10/11/2011 02:16 PM, Adrien Thebo wrote:> One thing I''ve noticed is that you''ve typo''d your templatedir for > production, it''s $confidr. Are there any useful errors in the puppet > master logs? And just for a lark, could you run puppet agent -tv > --environment=production on one of your nodes? > > On Tue, Oct 11, 2011 at 11:13 AM, Deven Phillips > <deven.phillips@gmail.com> wrote: >> Adrien, >> >> I did double check, and the directories do exist. I am running purely >> against production right now as I have yet to configure any of my agents to >> use a different environment. >> >> Deven >> >> On 10/11/2011 02:08 PM, Adrien Thebo wrote: >>> When I''ve run into this error, it was due to the environment >>> manifestdir/modulepath/templatedir not being set correctly or not >>> existing. Are you certain that those directories exist? What >>> environment is demonstrating this? >>> >>> On Tue, Oct 11, 2011 at 10:30 AM, Deven Phillips >>> <deven.phillips@gmail.com> wrote: >>>> Hello all, >>>> I have been searching through the list archives, but I have yet to >>>> find >>>> an answer to my question. The problem I am having is this: >>>> 1. I have been using puppet without environments for some time now and it >>>> works properly >>>> 2. I am trying to reconfigure to use environments, and I am getting >>>> errors >>>> with plugins not getting sync''d. >>>> The error I see on the agent node is: >>>> err: /File[/var/lib/puppet/lib]: Could not evaluate: Could not retrieve >>>> information from environment production source(s) puppet://lou1/plugins >>>> notice: /File[/var/lib/puppet/lib/puppet]: Dependency >>>> File[/var/lib/puppet/lib] has failures: true >>>> warning: /File[/var/lib/puppet/lib/puppet]: Skipping because of failed >>>> dependencies >>>> notice: /File[/var/lib/puppet/lib/puppet/test]: Dependency >>>> File[/var/lib/puppet/lib] has failures: true >>>> warning: /File[/var/lib/puppet/lib/puppet/test]: Skipping because of >>>> failed >>>> dependencies >>>> notice: /File[/var/lib/puppet/lib/puppet/test/iptables.rb]: Dependency >>>> File[/var/lib/puppet/lib] has failures: true >>>> warning: /File[/var/lib/puppet/lib/puppet/test/iptables.rb]: Skipping >>>> because of failed dependencies >>>> notice: /File[/var/lib/puppet/lib/puppet/provider]: Dependency >>>> File[/var/lib/puppet/lib] has failures: true >>>> warning: /File[/var/lib/puppet/lib/puppet/provider]: Skipping because of >>>> failed dependencies >>>> notice: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo]: Dependency >>>> File[/var/lib/puppet/lib] has failures: true >>>> warning: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo]: Skipping >>>> because of failed dependencies >>>> notice: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/cvs.rb]: >>>> Dependency File[/var/lib/puppet/lib] has failures: true >>>> warning: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/cvs.rb]: >>>> Skipping >>>> because of failed dependencies >>>> notice: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/git.rb]: >>>> Dependency File[/var/lib/puppet/lib] has failures: true >>>> warning: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/git.rb]: >>>> Skipping >>>> because of failed dependencies >>>> notice: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/svn.rb]: >>>> Dependency File[/var/lib/puppet/lib] has failures: true >>>> warning: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/svn.rb]: >>>> Skipping >>>> because of failed dependencies >>>> notice: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/hg.rb]: >>>> Dependency >>>> File[/var/lib/puppet/lib] has failures: true >>>> warning: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/hg.rb]: >>>> Skipping >>>> because of failed dependencies >>>> notice: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/bzr.rb]: >>>> Dependency File[/var/lib/puppet/lib] has failures: true >>>> warning: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/bzr.rb]: >>>> Skipping >>>> because of failed dependencies >>>> notice: /File[/var/lib/puppet/lib/puppet/type]: Dependency >>>> File[/var/lib/puppet/lib] has failures: true >>>> warning: /File[/var/lib/puppet/lib/puppet/type]: Skipping because of >>>> failed >>>> dependencies >>>> notice: /File[/var/lib/puppet/lib/puppet/type/vcsrepo.rb]: Dependency >>>> File[/var/lib/puppet/lib] has failures: true >>>> warning: /File[/var/lib/puppet/lib/puppet/type/vcsrepo.rb]: Skipping >>>> because >>>> of failed dependencies >>>> notice: /File[/var/lib/puppet/lib/puppet/type/iptables.rb]: Dependency >>>> File[/var/lib/puppet/lib] has failures: true >>>> warning: /File[/var/lib/puppet/lib/puppet/type/iptables.rb]: Skipping >>>> because of failed dependencies >>>> notice: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo.rb]: Dependency >>>> File[/var/lib/puppet/lib] has failures: true >>>> warning: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo.rb]: Skipping >>>> because of failed dependencies >>>> On the puppet master, I changed my puppet.conf from: >>>> [main] >>>> logdir=/var/log/puppet >>>> vardir=/var/lib/puppet >>>> ssldir=/etc/puppet/ssl >>>> rundir=/var/run/puppet >>>> factpath=$vardir/lib/facter >>>> templatedir=$confdir/templates >>>> prerun_command=/etc/puppet/etckeeper-commit-pre >>>> postrun_command=/etc/puppet/etckeeper-commit-post >>>> server = lou1 >>>> certname = lou1 >>>> [master] >>>> # These are needed when the puppetmaster is run by passenger >>>> # and can safely be removed if webrick is used. >>>> ssl_client_header = SSL_CLIENT_S_DN >>>> ssl_client_verify_header = SSL_CLIENT_VERIFY >>>> modulepath=/etc/puppet/modules >>>> storeconfigs=true >>>> dbadapter=postgresql >>>> dbuser=foreman >>>> dbpassword=foreman >>>> dbserver=localhost >>>> dbname=foreman >>>> reports=log, foreman >>>> certname=lou1 >>>> server=lou1 >>>> To: >>>> [main] >>>> logdir=/var/log/puppet >>>> vardir=/var/lib/puppet >>>> ssldir=/etc/puppet/ssl >>>> rundir=/var/run/puppet >>>> factpath=$vardir/lib/facter >>>> templatedir=$confdir/prod/templates >>>> prerun_command=/etc/puppet/etckeeper-commit-pre >>>> postrun_command=/etc/puppet/etckeeper-commit-post >>>> server = lou1 >>>> certname = lou1 >>>> [master] >>>> # These are needed when the puppetmaster is run by passenger >>>> # and can safely be removed if webrick is used. >>>> ssl_client_header = SSL_CLIENT_S_DN >>>> ssl_client_verify_header = SSL_CLIENT_VERIFY >>>> modulepath=/etc/puppet/prod/modules >>>> storeconfigs=true >>>> dbadapter=postgresql >>>> dbuser=foreman >>>> dbpassword=foreman >>>> dbserver=localhost >>>> dbname=foreman >>>> reports=log, foreman >>>> certname=lou1 >>>> server=lou1 >>>> [production] >>>> manifest = $confdir/prod/manifests/site.pp >>>> manifestdir = $confdir/prod/manifests >>>> modulepath = $confdir/prod/modules >>>> templatedir = $confidr/prod/templates >>>> [staging] >>>> manifest = $confdir/staging/manifests/site.pp >>>> manifestdir = $confdir/staging/manifests >>>> modulepath = $confdir/staging/modules >>>> templatedir = $confidr/staging/templates >>>> [dev] >>>> manifest = $confdir/dev/manifests/site.pp >>>> manifestdir = $confdir/dev/manifests >>>> modulepath = $confdir/dev/modules >>>> templatedir = $confidr/dev/templates >>>> Puppet Master is running 2.7.3 and the agents are a mix of 2.6.x >>>> versions. >>>> Any suggestions would be greatly appreciated... >>>> Thanks, >>>> Deven Phillips >>>> Senior Systems Administrator >>>> DNS.com, A Comodo Company >>>> >>>> -- >>>> You received this message because you are subscribed to the Google Groups >>>> "Puppet Users" group. >>>> To post to this group, send email to puppet-users@googlegroups.com. >>>> To unsubscribe from this group, send email to >>>> puppet-users+unsubscribe@googlegroups.com. >>>> For more options, visit this group at >>>> http://groups.google.com/group/puppet-users?hl=en. >>>> >> -- >> You received this message because you are subscribed to the Google Groups >> "Puppet Users" group. >> To post to this group, send email to puppet-users@googlegroups.com. >> To unsubscribe from this group, send email to >> puppet-users+unsubscribe@googlegroups.com. >> For more options, visit this group at >> http://groups.google.com/group/puppet-users?hl=en. >> >>-- You received this message because you are subscribed to the Google Groups "Puppet Users" group. To post to this group, send email to puppet-users@googlegroups.com. To unsubscribe from this group, send email to puppet-users+unsubscribe@googlegroups.com. For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en.
Deven Phillips
2011-Oct-11 18:40 UTC
Re: [Puppet Users] Issues switching over to using environments
OK, Licked that error as well. I had to add default values for the manifests/manifestdir to the [master] section of the puppet.conf The next problem I am having is with fileserving... I moved all of my files into "modules" directories for each environment, but I am not seeing how to enable them in fileserver.conf. Any links to a good resource? Thanks, Deven On 10/11/2011 02:31 PM, Deven Phillips wrote:> Thanks for the pointers all.. I fixed the mentioned typos and now I am > getting a different error. This one is a passenger error: > > Passenger Error > > Nothing in any of my configurations refers to /etc/puppet/manifests > anymore... I have grepped for that setting in all of the configs and > in the /usr/share/puppet/rack/puppetmasterd directory and I cannot > find where that is being referenced. > > Thanks, > > Deven > > On 10/11/2011 02:16 PM, Adrien Thebo wrote: >> One thing I''ve noticed is that you''ve typo''d your templatedir for >> production, it''s $confidr. Are there any useful errors in the puppet >> master logs? And just for a lark, could you run puppet agent -tv >> --environment=production on one of your nodes? >> >> On Tue, Oct 11, 2011 at 11:13 AM, Deven Phillips >> <deven.phillips@gmail.com> wrote: >>> Adrien, >>> >>> I did double check, and the directories do exist. I am running purely >>> against production right now as I have yet to configure any of my agents to >>> use a different environment. >>> >>> Deven >>> >>> On 10/11/2011 02:08 PM, Adrien Thebo wrote: >>>> When I''ve run into this error, it was due to the environment >>>> manifestdir/modulepath/templatedir not being set correctly or not >>>> existing. Are you certain that those directories exist? What >>>> environment is demonstrating this? >>>> >>>> On Tue, Oct 11, 2011 at 10:30 AM, Deven Phillips >>>> <deven.phillips@gmail.com> wrote: >>>>> Hello all, >>>>> I have been searching through the list archives, but I have yet to >>>>> find >>>>> an answer to my question. The problem I am having is this: >>>>> 1. I have been using puppet without environments for some time now and it >>>>> works properly >>>>> 2. I am trying to reconfigure to use environments, and I am getting >>>>> errors >>>>> with plugins not getting sync''d. >>>>> The error I see on the agent node is: >>>>> err: /File[/var/lib/puppet/lib]: Could not evaluate: Could not retrieve >>>>> information from environment production source(s) puppet://lou1/plugins >>>>> notice: /File[/var/lib/puppet/lib/puppet]: Dependency >>>>> File[/var/lib/puppet/lib] has failures: true >>>>> warning: /File[/var/lib/puppet/lib/puppet]: Skipping because of failed >>>>> dependencies >>>>> notice: /File[/var/lib/puppet/lib/puppet/test]: Dependency >>>>> File[/var/lib/puppet/lib] has failures: true >>>>> warning: /File[/var/lib/puppet/lib/puppet/test]: Skipping because of >>>>> failed >>>>> dependencies >>>>> notice: /File[/var/lib/puppet/lib/puppet/test/iptables.rb]: Dependency >>>>> File[/var/lib/puppet/lib] has failures: true >>>>> warning: /File[/var/lib/puppet/lib/puppet/test/iptables.rb]: Skipping >>>>> because of failed dependencies >>>>> notice: /File[/var/lib/puppet/lib/puppet/provider]: Dependency >>>>> File[/var/lib/puppet/lib] has failures: true >>>>> warning: /File[/var/lib/puppet/lib/puppet/provider]: Skipping because of >>>>> failed dependencies >>>>> notice: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo]: Dependency >>>>> File[/var/lib/puppet/lib] has failures: true >>>>> warning: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo]: Skipping >>>>> because of failed dependencies >>>>> notice: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/cvs.rb]: >>>>> Dependency File[/var/lib/puppet/lib] has failures: true >>>>> warning: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/cvs.rb]: >>>>> Skipping >>>>> because of failed dependencies >>>>> notice: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/git.rb]: >>>>> Dependency File[/var/lib/puppet/lib] has failures: true >>>>> warning: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/git.rb]: >>>>> Skipping >>>>> because of failed dependencies >>>>> notice: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/svn.rb]: >>>>> Dependency File[/var/lib/puppet/lib] has failures: true >>>>> warning: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/svn.rb]: >>>>> Skipping >>>>> because of failed dependencies >>>>> notice: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/hg.rb]: >>>>> Dependency >>>>> File[/var/lib/puppet/lib] has failures: true >>>>> warning: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/hg.rb]: >>>>> Skipping >>>>> because of failed dependencies >>>>> notice: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/bzr.rb]: >>>>> Dependency File[/var/lib/puppet/lib] has failures: true >>>>> warning: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/bzr.rb]: >>>>> Skipping >>>>> because of failed dependencies >>>>> notice: /File[/var/lib/puppet/lib/puppet/type]: Dependency >>>>> File[/var/lib/puppet/lib] has failures: true >>>>> warning: /File[/var/lib/puppet/lib/puppet/type]: Skipping because of >>>>> failed >>>>> dependencies >>>>> notice: /File[/var/lib/puppet/lib/puppet/type/vcsrepo.rb]: Dependency >>>>> File[/var/lib/puppet/lib] has failures: true >>>>> warning: /File[/var/lib/puppet/lib/puppet/type/vcsrepo.rb]: Skipping >>>>> because >>>>> of failed dependencies >>>>> notice: /File[/var/lib/puppet/lib/puppet/type/iptables.rb]: Dependency >>>>> File[/var/lib/puppet/lib] has failures: true >>>>> warning: /File[/var/lib/puppet/lib/puppet/type/iptables.rb]: Skipping >>>>> because of failed dependencies >>>>> notice: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo.rb]: Dependency >>>>> File[/var/lib/puppet/lib] has failures: true >>>>> warning: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo.rb]: Skipping >>>>> because of failed dependencies >>>>> On the puppet master, I changed my puppet.conf from: >>>>> [main] >>>>> logdir=/var/log/puppet >>>>> vardir=/var/lib/puppet >>>>> ssldir=/etc/puppet/ssl >>>>> rundir=/var/run/puppet >>>>> factpath=$vardir/lib/facter >>>>> templatedir=$confdir/templates >>>>> prerun_command=/etc/puppet/etckeeper-commit-pre >>>>> postrun_command=/etc/puppet/etckeeper-commit-post >>>>> server = lou1 >>>>> certname = lou1 >>>>> [master] >>>>> # These are needed when the puppetmaster is run by passenger >>>>> # and can safely be removed if webrick is used. >>>>> ssl_client_header = SSL_CLIENT_S_DN >>>>> ssl_client_verify_header = SSL_CLIENT_VERIFY >>>>> modulepath=/etc/puppet/modules >>>>> storeconfigs=true >>>>> dbadapter=postgresql >>>>> dbuser=foreman >>>>> dbpassword=foreman >>>>> dbserver=localhost >>>>> dbname=foreman >>>>> reports=log, foreman >>>>> certname=lou1 >>>>> server=lou1 >>>>> To: >>>>> [main] >>>>> logdir=/var/log/puppet >>>>> vardir=/var/lib/puppet >>>>> ssldir=/etc/puppet/ssl >>>>> rundir=/var/run/puppet >>>>> factpath=$vardir/lib/facter >>>>> templatedir=$confdir/prod/templates >>>>> prerun_command=/etc/puppet/etckeeper-commit-pre >>>>> postrun_command=/etc/puppet/etckeeper-commit-post >>>>> server = lou1 >>>>> certname = lou1 >>>>> [master] >>>>> # These are needed when the puppetmaster is run by passenger >>>>> # and can safely be removed if webrick is used. >>>>> ssl_client_header = SSL_CLIENT_S_DN >>>>> ssl_client_verify_header = SSL_CLIENT_VERIFY >>>>> modulepath=/etc/puppet/prod/modules >>>>> storeconfigs=true >>>>> dbadapter=postgresql >>>>> dbuser=foreman >>>>> dbpassword=foreman >>>>> dbserver=localhost >>>>> dbname=foreman >>>>> reports=log, foreman >>>>> certname=lou1 >>>>> server=lou1 >>>>> [production] >>>>> manifest = $confdir/prod/manifests/site.pp >>>>> manifestdir = $confdir/prod/manifests >>>>> modulepath = $confdir/prod/modules >>>>> templatedir = $confidr/prod/templates >>>>> [staging] >>>>> manifest = $confdir/staging/manifests/site.pp >>>>> manifestdir = $confdir/staging/manifests >>>>> modulepath = $confdir/staging/modules >>>>> templatedir = $confidr/staging/templates >>>>> [dev] >>>>> manifest = $confdir/dev/manifests/site.pp >>>>> manifestdir = $confdir/dev/manifests >>>>> modulepath = $confdir/dev/modules >>>>> templatedir = $confidr/dev/templates >>>>> Puppet Master is running 2.7.3 and the agents are a mix of 2.6.x >>>>> versions. >>>>> Any suggestions would be greatly appreciated... >>>>> Thanks, >>>>> Deven Phillips >>>>> Senior Systems Administrator >>>>> DNS.com, A Comodo Company >>>>> >>>>> -- >>>>> You received this message because you are subscribed to the Google Groups >>>>> "Puppet Users" group. >>>>> To post to this group, send email topuppet-users@googlegroups.com. >>>>> To unsubscribe from this group, send email to >>>>> puppet-users+unsubscribe@googlegroups.com. >>>>> For more options, visit this group at >>>>> http://groups.google.com/group/puppet-users?hl=en. >>>>> >>> -- >>> You received this message because you are subscribed to the Google Groups >>> "Puppet Users" group. >>> To post to this group, send email topuppet-users@googlegroups.com. >>> To unsubscribe from this group, send email to >>> puppet-users+unsubscribe@googlegroups.com. >>> For more options, visit this group at >>> http://groups.google.com/group/puppet-users?hl=en. >>> >>> >-- You received this message because you are subscribed to the Google Groups "Puppet Users" group. To post to this group, send email to puppet-users@googlegroups.com. To unsubscribe from this group, send email to puppet-users+unsubscribe@googlegroups.com. For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en.
Deven Phillips
2011-Oct-11 18:49 UTC
Re: [Puppet Users] Issues switching over to using environments
OK, more details. I found a configuration guide on fileserver.conf with environments, but it looks a little dated and it''s not really working. My new fileserver.conf looks like: [production] path /etc/puppet/prod/modules allow *.example.com allow lou1 [dev] path /etc/puppet/dev/modules allow *.example.com [staging] path /etc/puppet/staging/modules allow *.example.com [files] path /etc/puppet/files allow *.example.com [plugins] allow *.example.com In my apache logs for passenger, I see things like: lou1.example.com:8140 91.212.12.113 - - [11/Oct/2011:14:45:56 -0400] "GET /production/file_metadata/modules/opennms_node/etc/ssl/certs/opennms.pem? HTTP/1.1" 404 2880 "-" "-" lou1.example.com:8140 91.212.12.113 - - [11/Oct/2011:14:45:57 -0400] "GET /production/file_metadata/modules/opennms_node/etc/ssl/private/opennms.key.pem? HTTP/1.1" 404 2896 "-" "-" What do I need to do differently? TIA, Deven On 10/11/2011 02:40 PM, Deven Phillips wrote:> OK, Licked that error as well. I had to add default values for the > manifests/manifestdir to the [master] section of the puppet.conf > > The next problem I am having is with fileserving... I moved all of my > files into "modules" directories for each environment, but I am not > seeing how to enable them in fileserver.conf. Any links to a good > resource? > > Thanks, > > Deven > > On 10/11/2011 02:31 PM, Deven Phillips wrote: >> Thanks for the pointers all.. I fixed the mentioned typos and now I >> am getting a different error. This one is a passenger error: >> >> Passenger Error >> >> Nothing in any of my configurations refers to /etc/puppet/manifests >> anymore... I have grepped for that setting in all of the configs and >> in the /usr/share/puppet/rack/puppetmasterd directory and I cannot >> find where that is being referenced. >> >> Thanks, >> >> Deven >> >> On 10/11/2011 02:16 PM, Adrien Thebo wrote: >>> One thing I''ve noticed is that you''ve typo''d your templatedir for >>> production, it''s $confidr. Are there any useful errors in the puppet >>> master logs? And just for a lark, could you run puppet agent -tv >>> --environment=production on one of your nodes? >>> >>> On Tue, Oct 11, 2011 at 11:13 AM, Deven Phillips >>> <deven.phillips@gmail.com> wrote: >>>> Adrien, >>>> >>>> I did double check, and the directories do exist. I am running purely >>>> against production right now as I have yet to configure any of my agents to >>>> use a different environment. >>>> >>>> Deven >>>> >>>> On 10/11/2011 02:08 PM, Adrien Thebo wrote: >>>>> When I''ve run into this error, it was due to the environment >>>>> manifestdir/modulepath/templatedir not being set correctly or not >>>>> existing. Are you certain that those directories exist? What >>>>> environment is demonstrating this? >>>>> >>>>> On Tue, Oct 11, 2011 at 10:30 AM, Deven Phillips >>>>> <deven.phillips@gmail.com> wrote: >>>>>> Hello all, >>>>>> I have been searching through the list archives, but I have yet to >>>>>> find >>>>>> an answer to my question. The problem I am having is this: >>>>>> 1. I have been using puppet without environments for some time now and it >>>>>> works properly >>>>>> 2. I am trying to reconfigure to use environments, and I am getting >>>>>> errors >>>>>> with plugins not getting sync''d. >>>>>> The error I see on the agent node is: >>>>>> err: /File[/var/lib/puppet/lib]: Could not evaluate: Could not retrieve >>>>>> information from environment production source(s) puppet://lou1/plugins >>>>>> notice: /File[/var/lib/puppet/lib/puppet]: Dependency >>>>>> File[/var/lib/puppet/lib] has failures: true >>>>>> warning: /File[/var/lib/puppet/lib/puppet]: Skipping because of failed >>>>>> dependencies >>>>>> notice: /File[/var/lib/puppet/lib/puppet/test]: Dependency >>>>>> File[/var/lib/puppet/lib] has failures: true >>>>>> warning: /File[/var/lib/puppet/lib/puppet/test]: Skipping because of >>>>>> failed >>>>>> dependencies >>>>>> notice: /File[/var/lib/puppet/lib/puppet/test/iptables.rb]: Dependency >>>>>> File[/var/lib/puppet/lib] has failures: true >>>>>> warning: /File[/var/lib/puppet/lib/puppet/test/iptables.rb]: Skipping >>>>>> because of failed dependencies >>>>>> notice: /File[/var/lib/puppet/lib/puppet/provider]: Dependency >>>>>> File[/var/lib/puppet/lib] has failures: true >>>>>> warning: /File[/var/lib/puppet/lib/puppet/provider]: Skipping because of >>>>>> failed dependencies >>>>>> notice: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo]: Dependency >>>>>> File[/var/lib/puppet/lib] has failures: true >>>>>> warning: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo]: Skipping >>>>>> because of failed dependencies >>>>>> notice: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/cvs.rb]: >>>>>> Dependency File[/var/lib/puppet/lib] has failures: true >>>>>> warning: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/cvs.rb]: >>>>>> Skipping >>>>>> because of failed dependencies >>>>>> notice: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/git.rb]: >>>>>> Dependency File[/var/lib/puppet/lib] has failures: true >>>>>> warning: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/git.rb]: >>>>>> Skipping >>>>>> because of failed dependencies >>>>>> notice: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/svn.rb]: >>>>>> Dependency File[/var/lib/puppet/lib] has failures: true >>>>>> warning: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/svn.rb]: >>>>>> Skipping >>>>>> because of failed dependencies >>>>>> notice: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/hg.rb]: >>>>>> Dependency >>>>>> File[/var/lib/puppet/lib] has failures: true >>>>>> warning: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/hg.rb]: >>>>>> Skipping >>>>>> because of failed dependencies >>>>>> notice: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/bzr.rb]: >>>>>> Dependency File[/var/lib/puppet/lib] has failures: true >>>>>> warning: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/bzr.rb]: >>>>>> Skipping >>>>>> because of failed dependencies >>>>>> notice: /File[/var/lib/puppet/lib/puppet/type]: Dependency >>>>>> File[/var/lib/puppet/lib] has failures: true >>>>>> warning: /File[/var/lib/puppet/lib/puppet/type]: Skipping because of >>>>>> failed >>>>>> dependencies >>>>>> notice: /File[/var/lib/puppet/lib/puppet/type/vcsrepo.rb]: Dependency >>>>>> File[/var/lib/puppet/lib] has failures: true >>>>>> warning: /File[/var/lib/puppet/lib/puppet/type/vcsrepo.rb]: Skipping >>>>>> because >>>>>> of failed dependencies >>>>>> notice: /File[/var/lib/puppet/lib/puppet/type/iptables.rb]: Dependency >>>>>> File[/var/lib/puppet/lib] has failures: true >>>>>> warning: /File[/var/lib/puppet/lib/puppet/type/iptables.rb]: Skipping >>>>>> because of failed dependencies >>>>>> notice: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo.rb]: Dependency >>>>>> File[/var/lib/puppet/lib] has failures: true >>>>>> warning: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo.rb]: Skipping >>>>>> because of failed dependencies >>>>>> On the puppet master, I changed my puppet.conf from: >>>>>> [main] >>>>>> logdir=/var/log/puppet >>>>>> vardir=/var/lib/puppet >>>>>> ssldir=/etc/puppet/ssl >>>>>> rundir=/var/run/puppet >>>>>> factpath=$vardir/lib/facter >>>>>> templatedir=$confdir/templates >>>>>> prerun_command=/etc/puppet/etckeeper-commit-pre >>>>>> postrun_command=/etc/puppet/etckeeper-commit-post >>>>>> server = lou1 >>>>>> certname = lou1 >>>>>> [master] >>>>>> # These are needed when the puppetmaster is run by passenger >>>>>> # and can safely be removed if webrick is used. >>>>>> ssl_client_header = SSL_CLIENT_S_DN >>>>>> ssl_client_verify_header = SSL_CLIENT_VERIFY >>>>>> modulepath=/etc/puppet/modules >>>>>> storeconfigs=true >>>>>> dbadapter=postgresql >>>>>> dbuser=foreman >>>>>> dbpassword=foreman >>>>>> dbserver=localhost >>>>>> dbname=foreman >>>>>> reports=log, foreman >>>>>> certname=lou1 >>>>>> server=lou1 >>>>>> To: >>>>>> [main] >>>>>> logdir=/var/log/puppet >>>>>> vardir=/var/lib/puppet >>>>>> ssldir=/etc/puppet/ssl >>>>>> rundir=/var/run/puppet >>>>>> factpath=$vardir/lib/facter >>>>>> templatedir=$confdir/prod/templates >>>>>> prerun_command=/etc/puppet/etckeeper-commit-pre >>>>>> postrun_command=/etc/puppet/etckeeper-commit-post >>>>>> server = lou1 >>>>>> certname = lou1 >>>>>> [master] >>>>>> # These are needed when the puppetmaster is run by passenger >>>>>> # and can safely be removed if webrick is used. >>>>>> ssl_client_header = SSL_CLIENT_S_DN >>>>>> ssl_client_verify_header = SSL_CLIENT_VERIFY >>>>>> modulepath=/etc/puppet/prod/modules >>>>>> storeconfigs=true >>>>>> dbadapter=postgresql >>>>>> dbuser=foreman >>>>>> dbpassword=foreman >>>>>> dbserver=localhost >>>>>> dbname=foreman >>>>>> reports=log, foreman >>>>>> certname=lou1 >>>>>> server=lou1 >>>>>> [production] >>>>>> manifest = $confdir/prod/manifests/site.pp >>>>>> manifestdir = $confdir/prod/manifests >>>>>> modulepath = $confdir/prod/modules >>>>>> templatedir = $confidr/prod/templates >>>>>> [staging] >>>>>> manifest = $confdir/staging/manifests/site.pp >>>>>> manifestdir = $confdir/staging/manifests >>>>>> modulepath = $confdir/staging/modules >>>>>> templatedir = $confidr/staging/templates >>>>>> [dev] >>>>>> manifest = $confdir/dev/manifests/site.pp >>>>>> manifestdir = $confdir/dev/manifests >>>>>> modulepath = $confdir/dev/modules >>>>>> templatedir = $confidr/dev/templates >>>>>> Puppet Master is running 2.7.3 and the agents are a mix of 2.6.x >>>>>> versions. >>>>>> Any suggestions would be greatly appreciated... >>>>>> Thanks, >>>>>> Deven Phillips >>>>>> Senior Systems Administrator >>>>>> DNS.com, A Comodo Company >>>>>> >>>>>> -- >>>>>> You received this message because you are subscribed to the Google Groups >>>>>> "Puppet Users" group. >>>>>> To post to this group, send email topuppet-users@googlegroups.com. >>>>>> To unsubscribe from this group, send email to >>>>>> puppet-users+unsubscribe@googlegroups.com. >>>>>> For more options, visit this group at >>>>>> http://groups.google.com/group/puppet-users?hl=en. >>>>>> >>>> -- >>>> You received this message because you are subscribed to the Google Groups >>>> "Puppet Users" group. >>>> To post to this group, send email topuppet-users@googlegroups.com. >>>> To unsubscribe from this group, send email to >>>> puppet-users+unsubscribe@googlegroups.com. >>>> For more options, visit this group at >>>> http://groups.google.com/group/puppet-users?hl=en. >>>> >>>> >> >-- You received this message because you are subscribed to the Google Groups "Puppet Users" group. To post to this group, send email to puppet-users@googlegroups.com. To unsubscribe from this group, send email to puppet-users+unsubscribe@googlegroups.com. For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en.
Aaron Grewell
2011-Oct-11 18:50 UTC
Re: [Puppet Users] Issues switching over to using environments
There''s no need. The file server handles modules automagically. On Oct 11, 2011 11:40 AM, "Deven Phillips" <deven.phillips@gmail.com> wrote:> ** > OK, Licked that error as well. I had to add default values for the > manifests/manifestdir to the [master] section of the puppet.conf > > The next problem I am having is with fileserving... I moved all of my files > into "modules" directories for each environment, but I am not seeing how to > enable them in fileserver.conf. Any links to a good resource? > > Thanks, > > Deven > > On 10/11/2011 02:31 PM, Deven Phillips wrote: > > Thanks for the pointers all.. I fixed the mentioned typos and now I am > getting a different error. This one is a passenger error: > > [image: Passenger Error] > > Nothing in any of my configurations refers to /etc/puppet/manifests > anymore... I have grepped for that setting in all of the configs and in the > /usr/share/puppet/rack/puppetmasterd directory and I cannot find where that > is being referenced. > > Thanks, > > Deven > > On 10/11/2011 02:16 PM, Adrien Thebo wrote: > > One thing I''ve noticed is that you''ve typo''d your templatedir for > production, it''s $confidr. Are there any useful errors in the puppet > master logs? And just for a lark, could you run puppet agent -tv > --environment=production on one of your nodes? > > On Tue, Oct 11, 2011 at 11:13 AM, Deven Phillips<deven.phillips@gmail.com> <deven.phillips@gmail.com> wrote: > > Adrien, > > I did double check, and the directories do exist. I am running purely > against production right now as I have yet to configure any of my agents to > use a different environment. > > Deven > > On 10/11/2011 02:08 PM, Adrien Thebo wrote: > > When I''ve run into this error, it was due to the environment > manifestdir/modulepath/templatedir not being set correctly or not > existing. Are you certain that those directories exist? What > environment is demonstrating this? > > On Tue, Oct 11, 2011 at 10:30 AM, Deven Phillips<deven.phillips@gmail.com> <deven.phillips@gmail.com> wrote: > > Hello all, > I have been searching through the list archives, but I have yet to > find > an answer to my question. The problem I am having is this: > 1. I have been using puppet without environments for some time now and it > works properly > 2. I am trying to reconfigure to use environments, and I am getting > errors > with plugins not getting sync''d. > The error I see on the agent node is: > err: /File[/var/lib/puppet/lib]: Could not evaluate: Could not retrieve > information from environment production source(s) puppet://lou1/plugins > notice: /File[/var/lib/puppet/lib/puppet]: Dependency > File[/var/lib/puppet/lib] has failures: true > warning: /File[/var/lib/puppet/lib/puppet]: Skipping because of failed > dependencies > notice: /File[/var/lib/puppet/lib/puppet/test]: Dependency > File[/var/lib/puppet/lib] has failures: true > warning: /File[/var/lib/puppet/lib/puppet/test]: Skipping because of > failed > dependencies > notice: /File[/var/lib/puppet/lib/puppet/test/iptables.rb]: Dependency > File[/var/lib/puppet/lib] has failures: true > warning: /File[/var/lib/puppet/lib/puppet/test/iptables.rb]: Skipping > because of failed dependencies > notice: /File[/var/lib/puppet/lib/puppet/provider]: Dependency > File[/var/lib/puppet/lib] has failures: true > warning: /File[/var/lib/puppet/lib/puppet/provider]: Skipping because of > failed dependencies > notice: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo]: Dependency > File[/var/lib/puppet/lib] has failures: true > warning: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo]: Skipping > because of failed dependencies > notice: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/cvs.rb]: > Dependency File[/var/lib/puppet/lib] has failures: true > warning: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/cvs.rb]: > Skipping > because of failed dependencies > notice: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/git.rb]: > Dependency File[/var/lib/puppet/lib] has failures: true > warning: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/git.rb]: > Skipping > because of failed dependencies > notice: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/svn.rb]: > Dependency File[/var/lib/puppet/lib] has failures: true > warning: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/svn.rb]: > Skipping > because of failed dependencies > notice: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/hg.rb]: > Dependency > File[/var/lib/puppet/lib] has failures: true > warning: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/hg.rb]: > Skipping > because of failed dependencies > notice: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/bzr.rb]: > Dependency File[/var/lib/puppet/lib] has failures: true > warning: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/bzr.rb]: > Skipping > because of failed dependencies > notice: /File[/var/lib/puppet/lib/puppet/type]: Dependency > File[/var/lib/puppet/lib] has failures: true > warning: /File[/var/lib/puppet/lib/puppet/type]: Skipping because of > failed > dependencies > notice: /File[/var/lib/puppet/lib/puppet/type/vcsrepo.rb]: Dependency > File[/var/lib/puppet/lib] has failures: true > warning: /File[/var/lib/puppet/lib/puppet/type/vcsrepo.rb]: Skipping > because > of failed dependencies > notice: /File[/var/lib/puppet/lib/puppet/type/iptables.rb]: Dependency > File[/var/lib/puppet/lib] has failures: true > warning: /File[/var/lib/puppet/lib/puppet/type/iptables.rb]: Skipping > because of failed dependencies > notice: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo.rb]: Dependency > File[/var/lib/puppet/lib] has failures: true > warning: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo.rb]: Skipping > because of failed dependencies > On the puppet master, I changed my puppet.conf from: > [main] > logdir=/var/log/puppet > vardir=/var/lib/puppet > ssldir=/etc/puppet/ssl > rundir=/var/run/puppet > factpath=$vardir/lib/facter > templatedir=$confdir/templates > prerun_command=/etc/puppet/etckeeper-commit-pre > postrun_command=/etc/puppet/etckeeper-commit-post > server = lou1 > certname = lou1 > [master] > # These are needed when the puppetmaster is run by passenger > # and can safely be removed if webrick is used. > ssl_client_header = SSL_CLIENT_S_DN > ssl_client_verify_header = SSL_CLIENT_VERIFY > modulepath=/etc/puppet/modules > storeconfigs=true > dbadapter=postgresql > dbuser=foreman > dbpassword=foreman > dbserver=localhost > dbname=foreman > reports=log, foreman > certname=lou1 > server=lou1 > To: > [main] > logdir=/var/log/puppet > vardir=/var/lib/puppet > ssldir=/etc/puppet/ssl > rundir=/var/run/puppet > factpath=$vardir/lib/facter > templatedir=$confdir/prod/templates > prerun_command=/etc/puppet/etckeeper-commit-pre > postrun_command=/etc/puppet/etckeeper-commit-post > server = lou1 > certname = lou1 > [master] > # These are needed when the puppetmaster is run by passenger > # and can safely be removed if webrick is used. > ssl_client_header = SSL_CLIENT_S_DN > ssl_client_verify_header = SSL_CLIENT_VERIFY > modulepath=/etc/puppet/prod/modules > storeconfigs=true > dbadapter=postgresql > dbuser=foreman > dbpassword=foreman > dbserver=localhost > dbname=foreman > reports=log, foreman > certname=lou1 > server=lou1 > [production] > manifest = $confdir/prod/manifests/site.pp > manifestdir = $confdir/prod/manifests > modulepath = $confdir/prod/modules > templatedir = $confidr/prod/templates > [staging] > manifest = $confdir/staging/manifests/site.pp > manifestdir = $confdir/staging/manifests > modulepath = $confdir/staging/modules > templatedir = $confidr/staging/templates > [dev] > manifest = $confdir/dev/manifests/site.pp > manifestdir = $confdir/dev/manifests > modulepath = $confdir/dev/modules > templatedir = $confidr/dev/templates > Puppet Master is running 2.7.3 and the agents are a mix of 2.6.x > versions. > Any suggestions would be greatly appreciated... > Thanks, > Deven Phillips > Senior Systems Administrator > DNS.com, A Comodo Company > > -- > You received this message because you are subscribed to the Google Groups > "Puppet Users" group. > To post to this group, send email to puppet-users@googlegroups.com. > To unsubscribe from this group, send email topuppet-users+unsubscribe@googlegroups.com. > For more options, visit this group athttp://groups.google.com/group/puppet-users?hl=en. > > > -- > You received this message because you are subscribed to the Google Groups > "Puppet Users" group. > To post to this group, send email to puppet-users@googlegroups.com. > To unsubscribe from this group, send email topuppet-users+unsubscribe@googlegroups.com. > For more options, visit this group athttp://groups.google.com/group/puppet-users?hl=en. > > > > > > -- > You received this message because you are subscribed to the Google Groups > "Puppet Users" group. > To post to this group, send email to puppet-users@googlegroups.com. > To unsubscribe from this group, send email to > puppet-users+unsubscribe@googlegroups.com. > For more options, visit this group at > http://groups.google.com/group/puppet-users?hl=en. >-- You received this message because you are subscribed to the Google Groups "Puppet Users" group. To post to this group, send email to puppet-users@googlegroups.com. To unsubscribe from this group, send email to puppet-users+unsubscribe@googlegroups.com. For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en.
Deven Phillips
2011-Oct-11 18:58 UTC
Re: [Puppet Users] Issues switching over to using environments
Aaron,
I just ran across that in the docs myself... But I am still unable
to get files from modules... Here is the error I see on the agent node:
err: /Stage[main]/Secureshell/File[/etc/ssh/sshd_config]: Could not
evaluate: Could not retrieve information from environment production
source(s) puppet://lou1/modules/generic_node/etc/ssh/sshd_config at
/etc/puppet/prod/manifests/classes/ssh.pp:55
And on the puppetmaster I see:
lou1.example.com:8140 91.212.12.113 - - [11/Oct/2011:14:52:15 -0400]
"GET /production/file_metadata/modules/generic_node/etc/ssh/sshd_config?
HTTP/1.1" 404 2880 "-" "-"
So, there is a disconnect somewhere and I don''t have any idea why...
Suggestions?
Thanks,
Deven
On 10/11/2011 02:50 PM, Aaron Grewell wrote:>
> There''s no need. The file server handles modules automagically.
>
> On Oct 11, 2011 11:40 AM, "Deven Phillips"
<deven.phillips@gmail.com
> <mailto:deven.phillips@gmail.com>> wrote:
>
> OK, Licked that error as well. I had to add default values for the
> manifests/manifestdir to the [master] section of the puppet.conf
>
> The next problem I am having is with fileserving... I moved all of
> my files into "modules" directories for each environment, but
I am
> not seeing how to enable them in fileserver.conf. Any links to a
> good resource?
>
> Thanks,
>
> Deven
>
> On 10/11/2011 02:31 PM, Deven Phillips wrote:
>> Thanks for the pointers all.. I fixed the mentioned typos and now
>> I am getting a different error. This one is a passenger error:
>>
>> Passenger Error
>>
>> Nothing in any of my configurations refers to
>> /etc/puppet/manifests anymore... I have grepped for that setting
>> in all of the configs and in the
>> /usr/share/puppet/rack/puppetmasterd directory and I cannot find
>> where that is being referenced.
>>
>> Thanks,
>>
>> Deven
>>
>> On 10/11/2011 02:16 PM, Adrien Thebo wrote:
>>> One thing I''ve noticed is that you''ve
typo''d your templatedir for
>>> production, it''s $confidr. Are there any useful errors
in the puppet
>>> master logs? And just for a lark, could you run puppet agent
-tv
>>> --environment=production on one of your nodes?
>>>
>>> On Tue, Oct 11, 2011 at 11:13 AM, Deven Phillips
>>> <deven.phillips@gmail.com>
<mailto:deven.phillips@gmail.com> wrote:
>>>> Adrien,
>>>>
>>>> I did double check, and the directories do exist. I am
running purely
>>>> against production right now as I have yet to configure any
of my agents to
>>>> use a different environment.
>>>>
>>>> Deven
>>>>
>>>> On 10/11/2011 02:08 PM, Adrien Thebo wrote:
>>>>> When I''ve run into this error, it was due to
the environment
>>>>> manifestdir/modulepath/templatedir not being set
correctly or not
>>>>> existing. Are you certain that those directories exist?
What
>>>>> environment is demonstrating this?
>>>>>
>>>>> On Tue, Oct 11, 2011 at 10:30 AM, Deven Phillips
>>>>> <deven.phillips@gmail.com>
<mailto:deven.phillips@gmail.com> wrote:
>>>>>> Hello all,
>>>>>> I have been searching through the list
archives, but I have yet to
>>>>>> find
>>>>>> an answer to my question. The problem I am having
is this:
>>>>>> 1. I have been using puppet without environments
for some time now and it
>>>>>> works properly
>>>>>> 2. I am trying to reconfigure to use environments,
and I am getting
>>>>>> errors
>>>>>> with plugins not getting sync''d.
>>>>>> The error I see on the agent node is:
>>>>>> err: /File[/var/lib/puppet/lib]: Could not
evaluate: Could not retrieve
>>>>>> information from environment production source(s)
puppet://lou1/plugins
>>>>>> notice: /File[/var/lib/puppet/lib/puppet]:
Dependency
>>>>>> File[/var/lib/puppet/lib] has failures: true
>>>>>> warning: /File[/var/lib/puppet/lib/puppet]:
Skipping because of failed
>>>>>> dependencies
>>>>>> notice: /File[/var/lib/puppet/lib/puppet/test]:
Dependency
>>>>>> File[/var/lib/puppet/lib] has failures: true
>>>>>> warning: /File[/var/lib/puppet/lib/puppet/test]:
Skipping because of
>>>>>> failed
>>>>>> dependencies
>>>>>> notice:
/File[/var/lib/puppet/lib/puppet/test/iptables.rb]: Dependency
>>>>>> File[/var/lib/puppet/lib] has failures: true
>>>>>> warning:
/File[/var/lib/puppet/lib/puppet/test/iptables.rb]: Skipping
>>>>>> because of failed dependencies
>>>>>> notice: /File[/var/lib/puppet/lib/puppet/provider]:
Dependency
>>>>>> File[/var/lib/puppet/lib] has failures: true
>>>>>> warning:
/File[/var/lib/puppet/lib/puppet/provider]: Skipping because of
>>>>>> failed dependencies
>>>>>> notice:
/File[/var/lib/puppet/lib/puppet/provider/vcsrepo]: Dependency
>>>>>> File[/var/lib/puppet/lib] has failures: true
>>>>>> warning:
/File[/var/lib/puppet/lib/puppet/provider/vcsrepo]: Skipping
>>>>>> because of failed dependencies
>>>>>> notice:
/File[/var/lib/puppet/lib/puppet/provider/vcsrepo/cvs.rb]:
>>>>>> Dependency File[/var/lib/puppet/lib] has failures:
true
>>>>>> warning:
/File[/var/lib/puppet/lib/puppet/provider/vcsrepo/cvs.rb]:
>>>>>> Skipping
>>>>>> because of failed dependencies
>>>>>> notice:
/File[/var/lib/puppet/lib/puppet/provider/vcsrepo/git.rb]:
>>>>>> Dependency File[/var/lib/puppet/lib] has failures:
true
>>>>>> warning:
/File[/var/lib/puppet/lib/puppet/provider/vcsrepo/git.rb]:
>>>>>> Skipping
>>>>>> because of failed dependencies
>>>>>> notice:
/File[/var/lib/puppet/lib/puppet/provider/vcsrepo/svn.rb]:
>>>>>> Dependency File[/var/lib/puppet/lib] has failures:
true
>>>>>> warning:
/File[/var/lib/puppet/lib/puppet/provider/vcsrepo/svn.rb]:
>>>>>> Skipping
>>>>>> because of failed dependencies
>>>>>> notice:
/File[/var/lib/puppet/lib/puppet/provider/vcsrepo/hg.rb]:
>>>>>> Dependency
>>>>>> File[/var/lib/puppet/lib] has failures: true
>>>>>> warning:
/File[/var/lib/puppet/lib/puppet/provider/vcsrepo/hg.rb]:
>>>>>> Skipping
>>>>>> because of failed dependencies
>>>>>> notice:
/File[/var/lib/puppet/lib/puppet/provider/vcsrepo/bzr.rb]:
>>>>>> Dependency File[/var/lib/puppet/lib] has failures:
true
>>>>>> warning:
/File[/var/lib/puppet/lib/puppet/provider/vcsrepo/bzr.rb]:
>>>>>> Skipping
>>>>>> because of failed dependencies
>>>>>> notice: /File[/var/lib/puppet/lib/puppet/type]:
Dependency
>>>>>> File[/var/lib/puppet/lib] has failures: true
>>>>>> warning: /File[/var/lib/puppet/lib/puppet/type]:
Skipping because of
>>>>>> failed
>>>>>> dependencies
>>>>>> notice:
/File[/var/lib/puppet/lib/puppet/type/vcsrepo.rb]: Dependency
>>>>>> File[/var/lib/puppet/lib] has failures: true
>>>>>> warning:
/File[/var/lib/puppet/lib/puppet/type/vcsrepo.rb]: Skipping
>>>>>> because
>>>>>> of failed dependencies
>>>>>> notice:
/File[/var/lib/puppet/lib/puppet/type/iptables.rb]: Dependency
>>>>>> File[/var/lib/puppet/lib] has failures: true
>>>>>> warning:
/File[/var/lib/puppet/lib/puppet/type/iptables.rb]: Skipping
>>>>>> because of failed dependencies
>>>>>> notice:
/File[/var/lib/puppet/lib/puppet/provider/vcsrepo.rb]: Dependency
>>>>>> File[/var/lib/puppet/lib] has failures: true
>>>>>> warning:
/File[/var/lib/puppet/lib/puppet/provider/vcsrepo.rb]: Skipping
>>>>>> because of failed dependencies
>>>>>> On the puppet master, I changed my puppet.conf
from:
>>>>>> [main]
>>>>>> logdir=/var/log/puppet
>>>>>> vardir=/var/lib/puppet
>>>>>> ssldir=/etc/puppet/ssl
>>>>>> rundir=/var/run/puppet
>>>>>> factpath=$vardir/lib/facter
>>>>>> templatedir=$confdir/templates
>>>>>> prerun_command=/etc/puppet/etckeeper-commit-pre
>>>>>> postrun_command=/etc/puppet/etckeeper-commit-post
>>>>>> server = lou1
>>>>>> certname = lou1
>>>>>> [master]
>>>>>> # These are needed when the puppetmaster is run by
passenger
>>>>>> # and can safely be removed if webrick is used.
>>>>>> ssl_client_header = SSL_CLIENT_S_DN
>>>>>> ssl_client_verify_header = SSL_CLIENT_VERIFY
>>>>>> modulepath=/etc/puppet/modules
>>>>>> storeconfigs=true
>>>>>> dbadapter=postgresql
>>>>>> dbuser=foreman
>>>>>> dbpassword=foreman
>>>>>> dbserver=localhost
>>>>>> dbname=foreman
>>>>>> reports=log, foreman
>>>>>> certname=lou1
>>>>>> server=lou1
>>>>>> To:
>>>>>> [main]
>>>>>> logdir=/var/log/puppet
>>>>>> vardir=/var/lib/puppet
>>>>>> ssldir=/etc/puppet/ssl
>>>>>> rundir=/var/run/puppet
>>>>>> factpath=$vardir/lib/facter
>>>>>> templatedir=$confdir/prod/templates
>>>>>> prerun_command=/etc/puppet/etckeeper-commit-pre
>>>>>> postrun_command=/etc/puppet/etckeeper-commit-post
>>>>>> server = lou1
>>>>>> certname = lou1
>>>>>> [master]
>>>>>> # These are needed when the puppetmaster is run by
passenger
>>>>>> # and can safely be removed if webrick is used.
>>>>>> ssl_client_header = SSL_CLIENT_S_DN
>>>>>> ssl_client_verify_header = SSL_CLIENT_VERIFY
>>>>>> modulepath=/etc/puppet/prod/modules
>>>>>> storeconfigs=true
>>>>>> dbadapter=postgresql
>>>>>> dbuser=foreman
>>>>>> dbpassword=foreman
>>>>>> dbserver=localhost
>>>>>> dbname=foreman
>>>>>> reports=log, foreman
>>>>>> certname=lou1
>>>>>> server=lou1
>>>>>> [production]
>>>>>> manifest = $confdir/prod/manifests/site.pp
>>>>>> manifestdir = $confdir/prod/manifests
>>>>>> modulepath = $confdir/prod/modules
>>>>>> templatedir = $confidr/prod/templates
>>>>>> [staging]
>>>>>> manifest = $confdir/staging/manifests/site.pp
>>>>>> manifestdir = $confdir/staging/manifests
>>>>>> modulepath = $confdir/staging/modules
>>>>>> templatedir = $confidr/staging/templates
>>>>>> [dev]
>>>>>> manifest = $confdir/dev/manifests/site.pp
>>>>>> manifestdir = $confdir/dev/manifests
>>>>>> modulepath = $confdir/dev/modules
>>>>>> templatedir = $confidr/dev/templates
>>>>>> Puppet Master is running 2.7.3 and the agents are a
mix of 2.6.x
>>>>>> versions.
>>>>>> Any suggestions would be greatly appreciated...
>>>>>> Thanks,
>>>>>> Deven Phillips
>>>>>> Senior Systems Administrator
>>>>>> DNS.com, A Comodo Company
>>>>>>
>>>>>> --
>>>>>> You received this message because you are
subscribed to the Google Groups
>>>>>> "Puppet Users" group.
>>>>>> To post to this group, send email
topuppet-users@googlegroups.com <mailto:puppet-users@googlegroups.com>.
>>>>>> To unsubscribe from this group, send email to
>>>>>> puppet-users+unsubscribe@googlegroups.com
<mailto:puppet-users+unsubscribe@googlegroups.com>.
>>>>>> For more options, visit this group at
>>>>>> http://groups.google.com/group/puppet-users?hl=en.
>>>>>>
>>>> --
>>>> You received this message because you are subscribed to the
Google Groups
>>>> "Puppet Users" group.
>>>> To post to this group, send email
topuppet-users@googlegroups.com <mailto:puppet-users@googlegroups.com>.
>>>> To unsubscribe from this group, send email to
>>>> puppet-users+unsubscribe@googlegroups.com
<mailto:puppet-users+unsubscribe@googlegroups.com>.
>>>> For more options, visit this group at
>>>> http://groups.google.com/group/puppet-users?hl=en.
>>>>
>>>>
>>
>
> --
> You received this message because you are subscribed to the Google
> Groups "Puppet Users" group.
> To post to this group, send email to puppet-users@googlegroups.com
> <mailto:puppet-users@googlegroups.com>.
> To unsubscribe from this group, send email to
> puppet-users+unsubscribe@googlegroups.com
> <mailto:puppet-users%2Bunsubscribe@googlegroups.com>.
> For more options, visit this group at
> http://groups.google.com/group/puppet-users?hl=en.
>
> --
> You received this message because you are subscribed to the Google
> Groups "Puppet Users" group.
> To post to this group, send email to puppet-users@googlegroups.com.
> To unsubscribe from this group, send email to
> puppet-users+unsubscribe@googlegroups.com.
> For more options, visit this group at
> http://groups.google.com/group/puppet-users?hl=en.
--
You received this message because you are subscribed to the Google Groups
"Puppet Users" group.
To post to this group, send email to puppet-users@googlegroups.com.
To unsubscribe from this group, send email to
puppet-users+unsubscribe@googlegroups.com.
For more options, visit this group at
http://groups.google.com/group/puppet-users?hl=en.
Aaron Grewell
2011-Oct-11 19:15 UTC
Re: [Puppet Users] Issues switching over to using environments
That''ll be an error in your module''s manifest or directory layout. Files are expected to reside in the ''files'' directory inside the module. What does the manifest look like? On Oct 11, 2011 11:58 AM, "Deven Phillips" <deven.phillips@gmail.com> wrote:> ** > Aaron, > > I just ran across that in the docs myself... But I am still unable to > get files from modules... Here is the error I see on the agent node: > > err: /Stage[main]/Secureshell/File[/etc/ssh/sshd_config]: Could not > evaluate: Could not retrieve information from environment production > source(s) puppet://lou1/modules/generic_node/etc/ssh/sshd_config at > /etc/puppet/prod/manifests/classes/ssh.pp:55 > > And on the puppetmaster I see: > > lou1.example.com:8140 91.212.12.113 - - [11/Oct/2011:14:52:15 -0400] "GET > /production/file_metadata/modules/generic_node/etc/ssh/sshd_config? > HTTP/1.1" 404 2880 "-" "-" > > So, there is a disconnect somewhere and I don''t have any idea why... > > Suggestions? > > Thanks, > > Deven > > On 10/11/2011 02:50 PM, Aaron Grewell wrote: > > There''s no need. The file server handles modules automagically. > On Oct 11, 2011 11:40 AM, "Deven Phillips" <deven.phillips@gmail.com> > wrote: > >> OK, Licked that error as well. I had to add default values for the >> manifests/manifestdir to the [master] section of the puppet.conf >> >> The next problem I am having is with fileserving... I moved all of my >> files into "modules" directories for each environment, but I am not seeing >> how to enable them in fileserver.conf. Any links to a good resource? >> >> Thanks, >> >> Deven >> >> On 10/11/2011 02:31 PM, Deven Phillips wrote: >> >> Thanks for the pointers all.. I fixed the mentioned typos and now I am >> getting a different error. This one is a passenger error: >> >> [image: Passenger Error] >> >> Nothing in any of my configurations refers to /etc/puppet/manifests >> anymore... I have grepped for that setting in all of the configs and in the >> /usr/share/puppet/rack/puppetmasterd directory and I cannot find where that >> is being referenced. >> >> Thanks, >> >> Deven >> >> On 10/11/2011 02:16 PM, Adrien Thebo wrote: >> >> One thing I''ve noticed is that you''ve typo''d your templatedir for >> production, it''s $confidr. Are there any useful errors in the puppet >> master logs? And just for a lark, could you run puppet agent -tv >> --environment=production on one of your nodes? >> >> On Tue, Oct 11, 2011 at 11:13 AM, Deven Phillips<deven.phillips@gmail.com> <deven.phillips@gmail.com> wrote: >> >> Adrien, >> >> I did double check, and the directories do exist. I am running purely >> against production right now as I have yet to configure any of my agents to >> use a different environment. >> >> Deven >> >> On 10/11/2011 02:08 PM, Adrien Thebo wrote: >> >> When I''ve run into this error, it was due to the environment >> manifestdir/modulepath/templatedir not being set correctly or not >> existing. Are you certain that those directories exist? What >> environment is demonstrating this? >> >> On Tue, Oct 11, 2011 at 10:30 AM, Deven Phillips<deven.phillips@gmail.com> <deven.phillips@gmail.com> wrote: >> >> Hello all, >> I have been searching through the list archives, but I have yet to >> find >> an answer to my question. The problem I am having is this: >> 1. I have been using puppet without environments for some time now and it >> works properly >> 2. I am trying to reconfigure to use environments, and I am getting >> errors >> with plugins not getting sync''d. >> The error I see on the agent node is: >> err: /File[/var/lib/puppet/lib]: Could not evaluate: Could not retrieve >> information from environment production source(s) puppet://lou1/plugins >> notice: /File[/var/lib/puppet/lib/puppet]: Dependency >> File[/var/lib/puppet/lib] has failures: true >> warning: /File[/var/lib/puppet/lib/puppet]: Skipping because of failed >> dependencies >> notice: /File[/var/lib/puppet/lib/puppet/test]: Dependency >> File[/var/lib/puppet/lib] has failures: true >> warning: /File[/var/lib/puppet/lib/puppet/test]: Skipping because of >> failed >> dependencies >> notice: /File[/var/lib/puppet/lib/puppet/test/iptables.rb]: Dependency >> File[/var/lib/puppet/lib] has failures: true >> warning: /File[/var/lib/puppet/lib/puppet/test/iptables.rb]: Skipping >> because of failed dependencies >> notice: /File[/var/lib/puppet/lib/puppet/provider]: Dependency >> File[/var/lib/puppet/lib] has failures: true >> warning: /File[/var/lib/puppet/lib/puppet/provider]: Skipping because of >> failed dependencies >> notice: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo]: Dependency >> File[/var/lib/puppet/lib] has failures: true >> warning: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo]: Skipping >> because of failed dependencies >> notice: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/cvs.rb]: >> Dependency File[/var/lib/puppet/lib] has failures: true >> warning: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/cvs.rb]: >> Skipping >> because of failed dependencies >> notice: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/git.rb]: >> Dependency File[/var/lib/puppet/lib] has failures: true >> warning: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/git.rb]: >> Skipping >> because of failed dependencies >> notice: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/svn.rb]: >> Dependency File[/var/lib/puppet/lib] has failures: true >> warning: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/svn.rb]: >> Skipping >> because of failed dependencies >> notice: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/hg.rb]: >> Dependency >> File[/var/lib/puppet/lib] has failures: true >> warning: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/hg.rb]: >> Skipping >> because of failed dependencies >> notice: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/bzr.rb]: >> Dependency File[/var/lib/puppet/lib] has failures: true >> warning: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/bzr.rb]: >> Skipping >> because of failed dependencies >> notice: /File[/var/lib/puppet/lib/puppet/type]: Dependency >> File[/var/lib/puppet/lib] has failures: true >> warning: /File[/var/lib/puppet/lib/puppet/type]: Skipping because of >> failed >> dependencies >> notice: /File[/var/lib/puppet/lib/puppet/type/vcsrepo.rb]: Dependency >> File[/var/lib/puppet/lib] has failures: true >> warning: /File[/var/lib/puppet/lib/puppet/type/vcsrepo.rb]: Skipping >> because >> of failed dependencies >> notice: /File[/var/lib/puppet/lib/puppet/type/iptables.rb]: Dependency >> File[/var/lib/puppet/lib] has failures: true >> warning: /File[/var/lib/puppet/lib/puppet/type/iptables.rb]: Skipping >> because of failed dependencies >> notice: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo.rb]: Dependency >> File[/var/lib/puppet/lib] has failures: true >> warning: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo.rb]: Skipping >> because of failed dependencies >> On the puppet master, I changed my puppet.conf from: >> [main] >> logdir=/var/log/puppet >> vardir=/var/lib/puppet >> ssldir=/etc/puppet/ssl >> rundir=/var/run/puppet >> factpath=$vardir/lib/facter >> templatedir=$confdir/templates >> prerun_command=/etc/puppet/etckeeper-commit-pre >> postrun_command=/etc/puppet/etckeeper-commit-post >> server = lou1 >> certname = lou1 >> [master] >> # These are needed when the puppetmaster is run by passenger >> # and can safely be removed if webrick is used. >> ssl_client_header = SSL_CLIENT_S_DN >> ssl_client_verify_header = SSL_CLIENT_VERIFY >> modulepath=/etc/puppet/modules >> storeconfigs=true >> dbadapter=postgresql >> dbuser=foreman >> dbpassword=foreman >> dbserver=localhost >> dbname=foreman >> reports=log, foreman >> certname=lou1 >> server=lou1 >> To: >> [main] >> logdir=/var/log/puppet >> vardir=/var/lib/puppet >> ssldir=/etc/puppet/ssl >> rundir=/var/run/puppet >> factpath=$vardir/lib/facter >> templatedir=$confdir/prod/templates >> prerun_command=/etc/puppet/etckeeper-commit-pre >> postrun_command=/etc/puppet/etckeeper-commit-post >> server = lou1 >> certname = lou1 >> [master] >> # These are needed when the puppetmaster is run by passenger >> # and can safely be removed if webrick is used. >> ssl_client_header = SSL_CLIENT_S_DN >> ssl_client_verify_header = SSL_CLIENT_VERIFY >> modulepath=/etc/puppet/prod/modules >> storeconfigs=true >> dbadapter=postgresql >> dbuser=foreman >> dbpassword=foreman >> dbserver=localhost >> dbname=foreman >> reports=log, foreman >> certname=lou1 >> server=lou1 >> [production] >> manifest = $confdir/prod/manifests/site.pp >> manifestdir = $confdir/prod/manifests >> modulepath = $confdir/prod/modules >> templatedir = $confidr/prod/templates >> [staging] >> manifest = $confdir/staging/manifests/site.pp >> manifestdir = $confdir/staging/manifests >> modulepath = $confdir/staging/modules >> templatedir = $confidr/staging/templates >> [dev] >> manifest = $confdir/dev/manifests/site.pp >> manifestdir = $confdir/dev/manifests >> modulepath = $confdir/dev/modules >> templatedir = $confidr/dev/templates >> Puppet Master is running 2.7.3 and the agents are a mix of 2.6.x >> versions. >> Any suggestions would be greatly appreciated... >> Thanks, >> Deven Phillips >> Senior Systems Administrator >> DNS.com, A Comodo Company >> >> -- >> You received this message because you are subscribed to the Google Groups >> "Puppet Users" group. >> To post to this group, send email to puppet-users@googlegroups.com. >> To unsubscribe from this group, send email topuppet-users+unsubscribe@googlegroups.com. >> For more options, visit this group athttp://groups.google.com/group/puppet-users?hl=en. >> >> >> -- >> You received this message because you are subscribed to the Google Groups >> "Puppet Users" group. >> To post to this group, send email to puppet-users@googlegroups.com. >> To unsubscribe from this group, send email topuppet-users+unsubscribe@googlegroups.com. >> For more options, visit this group athttp://groups.google.com/group/puppet-users?hl=en. >> >> >> >> >> >> -- >> You received this message because you are subscribed to the Google Groups >> "Puppet Users" group. >> To post to this group, send email to puppet-users@googlegroups.com. >> To unsubscribe from this group, send email to >> puppet-users+unsubscribe@googlegroups.com. >> For more options, visit this group at >> http://groups.google.com/group/puppet-users?hl=en. >> > -- > You received this message because you are subscribed to the Google Groups > "Puppet Users" group. > To post to this group, send email to puppet-users@googlegroups.com. > To unsubscribe from this group, send email to > puppet-users+unsubscribe@googlegroups.com. > For more options, visit this group at > http://groups.google.com/group/puppet-users?hl=en. > > > -- > You received this message because you are subscribed to the Google Groups > "Puppet Users" group. > To post to this group, send email to puppet-users@googlegroups.com. > To unsubscribe from this group, send email to > puppet-users+unsubscribe@googlegroups.com. > For more options, visit this group at > http://groups.google.com/group/puppet-users?hl=en. >-- You received this message because you are subscribed to the Google Groups "Puppet Users" group. To post to this group, send email to puppet-users@googlegroups.com. To unsubscribe from this group, send email to puppet-users+unsubscribe@googlegroups.com. For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en.
Deven Phillips
2011-Oct-11 19:18 UTC
Re: [Puppet Users] Issues switching over to using environments
Oh! IC... Let me try that... On Tue, Oct 11, 2011 at 3:15 PM, Aaron Grewell <aaron.grewell@gmail.com>wrote:> That''ll be an error in your module''s manifest or directory layout. Files > are expected to reside in the ''files'' directory inside the module. What > does the manifest look like? > On Oct 11, 2011 11:58 AM, "Deven Phillips" <deven.phillips@gmail.com> > wrote: > >> ** >> Aaron, >> >> I just ran across that in the docs myself... But I am still unable to >> get files from modules... Here is the error I see on the agent node: >> >> err: /Stage[main]/Secureshell/File[/etc/ssh/sshd_config]: Could not >> evaluate: Could not retrieve information from environment production >> source(s) puppet://lou1/modules/generic_node/etc/ssh/sshd_config at >> /etc/puppet/prod/manifests/classes/ssh.pp:55 >> >> And on the puppetmaster I see: >> >> lou1.example.com:8140 91.212.12.113 - - [11/Oct/2011:14:52:15 -0400] "GET >> /production/file_metadata/modules/generic_node/etc/ssh/sshd_config? >> HTTP/1.1" 404 2880 "-" "-" >> >> So, there is a disconnect somewhere and I don''t have any idea why... >> >> Suggestions? >> >> Thanks, >> >> Deven >> >> On 10/11/2011 02:50 PM, Aaron Grewell wrote: >> >> There''s no need. The file server handles modules automagically. >> On Oct 11, 2011 11:40 AM, "Deven Phillips" <deven.phillips@gmail.com> >> wrote: >> >>> OK, Licked that error as well. I had to add default values for the >>> manifests/manifestdir to the [master] section of the puppet.conf >>> >>> The next problem I am having is with fileserving... I moved all of my >>> files into "modules" directories for each environment, but I am not seeing >>> how to enable them in fileserver.conf. Any links to a good resource? >>> >>> Thanks, >>> >>> Deven >>> >>> On 10/11/2011 02:31 PM, Deven Phillips wrote: >>> >>> Thanks for the pointers all.. I fixed the mentioned typos and now I am >>> getting a different error. This one is a passenger error: >>> >>> [image: Passenger Error] >>> >>> Nothing in any of my configurations refers to /etc/puppet/manifests >>> anymore... I have grepped for that setting in all of the configs and in the >>> /usr/share/puppet/rack/puppetmasterd directory and I cannot find where that >>> is being referenced. >>> >>> Thanks, >>> >>> Deven >>> >>> On 10/11/2011 02:16 PM, Adrien Thebo wrote: >>> >>> One thing I''ve noticed is that you''ve typo''d your templatedir for >>> production, it''s $confidr. Are there any useful errors in the puppet >>> master logs? And just for a lark, could you run puppet agent -tv >>> --environment=production on one of your nodes? >>> >>> On Tue, Oct 11, 2011 at 11:13 AM, Deven Phillips<deven.phillips@gmail.com> <deven.phillips@gmail.com> wrote: >>> >>> Adrien, >>> >>> I did double check, and the directories do exist. I am running purely >>> against production right now as I have yet to configure any of my agents to >>> use a different environment. >>> >>> Deven >>> >>> On 10/11/2011 02:08 PM, Adrien Thebo wrote: >>> >>> When I''ve run into this error, it was due to the environment >>> manifestdir/modulepath/templatedir not being set correctly or not >>> existing. Are you certain that those directories exist? What >>> environment is demonstrating this? >>> >>> On Tue, Oct 11, 2011 at 10:30 AM, Deven Phillips<deven.phillips@gmail.com> <deven.phillips@gmail.com> wrote: >>> >>> Hello all, >>> I have been searching through the list archives, but I have yet to >>> find >>> an answer to my question. The problem I am having is this: >>> 1. I have been using puppet without environments for some time now and it >>> works properly >>> 2. I am trying to reconfigure to use environments, and I am getting >>> errors >>> with plugins not getting sync''d. >>> The error I see on the agent node is: >>> err: /File[/var/lib/puppet/lib]: Could not evaluate: Could not retrieve >>> information from environment production source(s) puppet://lou1/plugins >>> notice: /File[/var/lib/puppet/lib/puppet]: Dependency >>> File[/var/lib/puppet/lib] has failures: true >>> warning: /File[/var/lib/puppet/lib/puppet]: Skipping because of failed >>> dependencies >>> notice: /File[/var/lib/puppet/lib/puppet/test]: Dependency >>> File[/var/lib/puppet/lib] has failures: true >>> warning: /File[/var/lib/puppet/lib/puppet/test]: Skipping because of >>> failed >>> dependencies >>> notice: /File[/var/lib/puppet/lib/puppet/test/iptables.rb]: Dependency >>> File[/var/lib/puppet/lib] has failures: true >>> warning: /File[/var/lib/puppet/lib/puppet/test/iptables.rb]: Skipping >>> because of failed dependencies >>> notice: /File[/var/lib/puppet/lib/puppet/provider]: Dependency >>> File[/var/lib/puppet/lib] has failures: true >>> warning: /File[/var/lib/puppet/lib/puppet/provider]: Skipping because of >>> failed dependencies >>> notice: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo]: Dependency >>> File[/var/lib/puppet/lib] has failures: true >>> warning: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo]: Skipping >>> because of failed dependencies >>> notice: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/cvs.rb]: >>> Dependency File[/var/lib/puppet/lib] has failures: true >>> warning: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/cvs.rb]: >>> Skipping >>> because of failed dependencies >>> notice: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/git.rb]: >>> Dependency File[/var/lib/puppet/lib] has failures: true >>> warning: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/git.rb]: >>> Skipping >>> because of failed dependencies >>> notice: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/svn.rb]: >>> Dependency File[/var/lib/puppet/lib] has failures: true >>> warning: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/svn.rb]: >>> Skipping >>> because of failed dependencies >>> notice: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/hg.rb]: >>> Dependency >>> File[/var/lib/puppet/lib] has failures: true >>> warning: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/hg.rb]: >>> Skipping >>> because of failed dependencies >>> notice: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/bzr.rb]: >>> Dependency File[/var/lib/puppet/lib] has failures: true >>> warning: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/bzr.rb]: >>> Skipping >>> because of failed dependencies >>> notice: /File[/var/lib/puppet/lib/puppet/type]: Dependency >>> File[/var/lib/puppet/lib] has failures: true >>> warning: /File[/var/lib/puppet/lib/puppet/type]: Skipping because of >>> failed >>> dependencies >>> notice: /File[/var/lib/puppet/lib/puppet/type/vcsrepo.rb]: Dependency >>> File[/var/lib/puppet/lib] has failures: true >>> warning: /File[/var/lib/puppet/lib/puppet/type/vcsrepo.rb]: Skipping >>> because >>> of failed dependencies >>> notice: /File[/var/lib/puppet/lib/puppet/type/iptables.rb]: Dependency >>> File[/var/lib/puppet/lib] has failures: true >>> warning: /File[/var/lib/puppet/lib/puppet/type/iptables.rb]: Skipping >>> because of failed dependencies >>> notice: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo.rb]: Dependency >>> File[/var/lib/puppet/lib] has failures: true >>> warning: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo.rb]: Skipping >>> because of failed dependencies >>> On the puppet master, I changed my puppet.conf from: >>> [main] >>> logdir=/var/log/puppet >>> vardir=/var/lib/puppet >>> ssldir=/etc/puppet/ssl >>> rundir=/var/run/puppet >>> factpath=$vardir/lib/facter >>> templatedir=$confdir/templates >>> prerun_command=/etc/puppet/etckeeper-commit-pre >>> postrun_command=/etc/puppet/etckeeper-commit-post >>> server = lou1 >>> certname = lou1 >>> [master] >>> # These are needed when the puppetmaster is run by passenger >>> # and can safely be removed if webrick is used. >>> ssl_client_header = SSL_CLIENT_S_DN >>> ssl_client_verify_header = SSL_CLIENT_VERIFY >>> modulepath=/etc/puppet/modules >>> storeconfigs=true >>> dbadapter=postgresql >>> dbuser=foreman >>> dbpassword=foreman >>> dbserver=localhost >>> dbname=foreman >>> reports=log, foreman >>> certname=lou1 >>> server=lou1 >>> To: >>> [main] >>> logdir=/var/log/puppet >>> vardir=/var/lib/puppet >>> ssldir=/etc/puppet/ssl >>> rundir=/var/run/puppet >>> factpath=$vardir/lib/facter >>> templatedir=$confdir/prod/templates >>> prerun_command=/etc/puppet/etckeeper-commit-pre >>> postrun_command=/etc/puppet/etckeeper-commit-post >>> server = lou1 >>> certname = lou1 >>> [master] >>> # These are needed when the puppetmaster is run by passenger >>> # and can safely be removed if webrick is used. >>> ssl_client_header = SSL_CLIENT_S_DN >>> ssl_client_verify_header = SSL_CLIENT_VERIFY >>> modulepath=/etc/puppet/prod/modules >>> storeconfigs=true >>> dbadapter=postgresql >>> dbuser=foreman >>> dbpassword=foreman >>> dbserver=localhost >>> dbname=foreman >>> reports=log, foreman >>> certname=lou1 >>> server=lou1 >>> [production] >>> manifest = $confdir/prod/manifests/site.pp >>> manifestdir = $confdir/prod/manifests >>> modulepath = $confdir/prod/modules >>> templatedir = $confidr/prod/templates >>> [staging] >>> manifest = $confdir/staging/manifests/site.pp >>> manifestdir = $confdir/staging/manifests >>> modulepath = $confdir/staging/modules >>> templatedir = $confidr/staging/templates >>> [dev] >>> manifest = $confdir/dev/manifests/site.pp >>> manifestdir = $confdir/dev/manifests >>> modulepath = $confdir/dev/modules >>> templatedir = $confidr/dev/templates >>> Puppet Master is running 2.7.3 and the agents are a mix of 2.6.x >>> versions. >>> Any suggestions would be greatly appreciated... >>> Thanks, >>> Deven Phillips >>> Senior Systems Administrator >>> DNS.com, A Comodo Company >>> >>> -- >>> You received this message because you are subscribed to the Google Groups >>> "Puppet Users" group. >>> To post to this group, send email to puppet-users@googlegroups.com. >>> To unsubscribe from this group, send email topuppet-users+unsubscribe@googlegroups.com. >>> For more options, visit this group athttp://groups.google.com/group/puppet-users?hl=en. >>> >>> >>> -- >>> You received this message because you are subscribed to the Google Groups >>> "Puppet Users" group. >>> To post to this group, send email to puppet-users@googlegroups.com. >>> To unsubscribe from this group, send email topuppet-users+unsubscribe@googlegroups.com. >>> For more options, visit this group athttp://groups.google.com/group/puppet-users?hl=en. >>> >>> >>> >>> >>> >>> -- >>> You received this message because you are subscribed to the Google Groups >>> "Puppet Users" group. >>> To post to this group, send email to puppet-users@googlegroups.com. >>> To unsubscribe from this group, send email to >>> puppet-users+unsubscribe@googlegroups.com. >>> For more options, visit this group at >>> http://groups.google.com/group/puppet-users?hl=en. >>> >> -- >> You received this message because you are subscribed to the Google Groups >> "Puppet Users" group. >> To post to this group, send email to puppet-users@googlegroups.com. >> To unsubscribe from this group, send email to >> puppet-users+unsubscribe@googlegroups.com. >> For more options, visit this group at >> http://groups.google.com/group/puppet-users?hl=en. >> >> >> -- >> You received this message because you are subscribed to the Google Groups >> "Puppet Users" group. >> To post to this group, send email to puppet-users@googlegroups.com. >> To unsubscribe from this group, send email to >> puppet-users+unsubscribe@googlegroups.com. >> For more options, visit this group at >> http://groups.google.com/group/puppet-users?hl=en. >> > -- > You received this message because you are subscribed to the Google Groups > "Puppet Users" group. > To post to this group, send email to puppet-users@googlegroups.com. > To unsubscribe from this group, send email to > puppet-users+unsubscribe@googlegroups.com. > For more options, visit this group at > http://groups.google.com/group/puppet-users?hl=en. >-- You received this message because you are subscribed to the Google Groups "Puppet Users" group. To post to this group, send email to puppet-users@googlegroups.com. To unsubscribe from this group, send email to puppet-users+unsubscribe@googlegroups.com. For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en.
Deven Phillips
2011-Oct-11 19:23 UTC
Re: [Puppet Users] Issues switching over to using environments
Nope, that didn''t seem to help the way I tried it... So, here''s my layout: /etc/puppet/ prod/ modules/ files/ generic_node/ etc/ ssh/ sshd_config From a machine which is using "production" as it''s environment, and production points to "prod/modules" for it''s modules; I still get errors trying to get the sshd_config file. TIA!! Deven On Tue, Oct 11, 2011 at 3:18 PM, Deven Phillips <deven.phillips@gmail.com> wrote:> > Oh! IC... Let me try that... > On Tue, Oct 11, 2011 at 3:15 PM, Aaron Grewell <aaron.grewell@gmail.com> wrote: >> >> That''ll be an error in your module''s manifest or directory layout. Files are expected to reside in the ''files'' directory inside the module. What does the manifest look like? >> >> On Oct 11, 2011 11:58 AM, "Deven Phillips" <deven.phillips@gmail.com> wrote: >>> >>> Aaron, >>> >>> I just ran across that in the docs myself... But I am still unable to get files from modules... Here is the error I see on the agent node: >>> >>> err: /Stage[main]/Secureshell/File[/etc/ssh/sshd_config]: Could not evaluate: Could not retrieve information from environment production source(s) puppet://lou1/modules/generic_node/etc/ssh/sshd_config at /etc/puppet/prod/manifests/classes/ssh.pp:55 >>> >>> And on the puppetmaster I see: >>> >>> lou1.example.com:8140 91.212.12.113 - - [11/Oct/2011:14:52:15 -0400] "GET /production/file_metadata/modules/generic_node/etc/ssh/sshd_config? HTTP/1.1" 404 2880 "-" "-" >>> >>> So, there is a disconnect somewhere and I don''t have any idea why... >>> >>> Suggestions? >>> >>> Thanks, >>> >>> Deven >>> >>> On 10/11/2011 02:50 PM, Aaron Grewell wrote: >>> >>> There''s no need. The file server handles modules automagically. >>> >>> On Oct 11, 2011 11:40 AM, "Deven Phillips" <deven.phillips@gmail.com> wrote: >>>> >>>> OK, Licked that error as well. I had to add default values for the manifests/manifestdir to the [master] section of the puppet.conf >>>> >>>> The next problem I am having is with fileserving... I moved all of my files into "modules" directories for each environment, but I am not seeing how to enable them in fileserver.conf. Any links to a good resource? >>>> >>>> Thanks, >>>> >>>> Deven >>>> >>>> On 10/11/2011 02:31 PM, Deven Phillips wrote: >>>> >>>> Thanks for the pointers all.. I fixed the mentioned typos and now I am getting a different error. This one is a passenger error: >>>> >>>> >>>> >>>> Nothing in any of my configurations refers to /etc/puppet/manifests anymore... I have grepped for that setting in all of the configs and in the /usr/share/puppet/rack/puppetmasterd directory and I cannot find where that is being referenced. >>>> >>>> Thanks, >>>> >>>> Deven >>>> >>>> On 10/11/2011 02:16 PM, Adrien Thebo wrote: >>>> >>>> One thing I''ve noticed is that you''ve typo''d your templatedir for >>>> production, it''s $confidr. Are there any useful errors in the puppet >>>> master logs? And just for a lark, could you run puppet agent -tv >>>> --environment=production on one of your nodes? >>>> >>>> On Tue, Oct 11, 2011 at 11:13 AM, Deven Phillips >>>> <deven.phillips@gmail.com> wrote: >>>> >>>> Adrien, >>>> >>>> I did double check, and the directories do exist. I am running purely >>>> against production right now as I have yet to configure any of my agents to >>>> use a different environment. >>>> >>>> Deven >>>> >>>> On 10/11/2011 02:08 PM, Adrien Thebo wrote: >>>> >>>> When I''ve run into this error, it was due to the environment >>>> manifestdir/modulepath/templatedir not being set correctly or not >>>> existing. Are you certain that those directories exist? What >>>> environment is demonstrating this? >>>> >>>> On Tue, Oct 11, 2011 at 10:30 AM, Deven Phillips >>>> <deven.phillips@gmail.com> wrote: >>>> >>>> Hello all, >>>> I have been searching through the list archives, but I have yet to >>>> find >>>> an answer to my question. The problem I am having is this: >>>> 1. I have been using puppet without environments for some time now and it >>>> works properly >>>> 2. I am trying to reconfigure to use environments, and I am getting >>>> errors >>>> with plugins not getting sync''d. >>>> The error I see on the agent node is: >>>> err: /File[/var/lib/puppet/lib]: Could not evaluate: Could not retrieve >>>> information from environment production source(s) puppet://lou1/plugins >>>> notice: /File[/var/lib/puppet/lib/puppet]: Dependency >>>> File[/var/lib/puppet/lib] has failures: true >>>> warning: /File[/var/lib/puppet/lib/puppet]: Skipping because of failed >>>> dependencies >>>> notice: /File[/var/lib/puppet/lib/puppet/test]: Dependency >>>> File[/var/lib/puppet/lib] has failures: true >>>> warning: /File[/var/lib/puppet/lib/puppet/test]: Skipping because of >>>> failed >>>> dependencies >>>> notice: /File[/var/lib/puppet/lib/puppet/test/iptables.rb]: Dependency >>>> File[/var/lib/puppet/lib] has failures: true >>>> warning: /File[/var/lib/puppet/lib/puppet/test/iptables.rb]: Skipping >>>> because of failed dependencies >>>> notice: /File[/var/lib/puppet/lib/puppet/provider]: Dependency >>>> File[/var/lib/puppet/lib] has failures: true >>>> warning: /File[/var/lib/puppet/lib/puppet/provider]: Skipping because of >>>> failed dependencies >>>> notice: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo]: Dependency >>>> File[/var/lib/puppet/lib] has failures: true >>>> warning: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo]: Skipping >>>> because of failed dependencies >>>> notice: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/cvs.rb]: >>>> Dependency File[/var/lib/puppet/lib] has failures: true >>>> warning: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/cvs.rb]: >>>> Skipping >>>> because of failed dependencies >>>> notice: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/git.rb]: >>>> Dependency File[/var/lib/puppet/lib] has failures: true >>>> warning: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/git.rb]: >>>> Skipping >>>> because of failed dependencies >>>> notice: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/svn.rb]: >>>> Dependency File[/var/lib/puppet/lib] has failures: true >>>> warning: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/svn.rb]: >>>> Skipping >>>> because of failed dependencies >>>> notice: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/hg.rb]: >>>> Dependency >>>> File[/var/lib/puppet/lib] has failures: true >>>> warning: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/hg.rb]: >>>> Skipping >>>> because of failed dependencies >>>> notice: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/bzr.rb]: >>>> Dependency File[/var/lib/puppet/lib] has failures: true >>>> warning: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo/bzr.rb]: >>>> Skipping >>>> because of failed dependencies >>>> notice: /File[/var/lib/puppet/lib/puppet/type]: Dependency >>>> File[/var/lib/puppet/lib] has failures: true >>>> warning: /File[/var/lib/puppet/lib/puppet/type]: Skipping because of >>>> failed >>>> dependencies >>>> notice: /File[/var/lib/puppet/lib/puppet/type/vcsrepo.rb]: Dependency >>>> File[/var/lib/puppet/lib] has failures: true >>>> warning: /File[/var/lib/puppet/lib/puppet/type/vcsrepo.rb]: Skipping >>>> because >>>> of failed dependencies >>>> notice: /File[/var/lib/puppet/lib/puppet/type/iptables.rb]: Dependency >>>> File[/var/lib/puppet/lib] has failures: true >>>> warning: /File[/var/lib/puppet/lib/puppet/type/iptables.rb]: Skipping >>>> because of failed dependencies >>>> notice: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo.rb]: Dependency >>>> File[/var/lib/puppet/lib] has failures: true >>>> warning: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo.rb]: Skipping >>>> because of failed dependencies >>>> On the puppet master, I changed my puppet.conf from: >>>> [main] >>>> logdir=/var/log/puppet >>>> vardir=/var/lib/puppet >>>> ssldir=/etc/puppet/ssl >>>> rundir=/var/run/puppet >>>> factpath=$vardir/lib/facter >>>> templatedir=$confdir/templates >>>> prerun_command=/etc/puppet/etckeeper-commit-pre >>>> postrun_command=/etc/puppet/etckeeper-commit-post >>>> server = lou1 >>>> certname = lou1 >>>> [master] >>>> # These are needed when the puppetmaster is run by passenger >>>> # and can safely be removed if webrick is used. >>>> ssl_client_header = SSL_CLIENT_S_DN >>>> ssl_client_verify_header = SSL_CLIENT_VERIFY >>>> modulepath=/etc/puppet/modules >>>> storeconfigs=true >>>> dbadapter=postgresql >>>> dbuser=foreman >>>> dbpassword=foreman >>>> dbserver=localhost >>>> dbname=foreman >>>> reports=log, foreman >>>> certname=lou1 >>>> server=lou1 >>>> To: >>>> [main] >>>> logdir=/var/log/puppet >>>> vardir=/var/lib/puppet >>>> ssldir=/etc/puppet/ssl >>>> rundir=/var/run/puppet >>>> factpath=$vardir/lib/facter >>>> templatedir=$confdir/prod/templates >>>> prerun_command=/etc/puppet/etckeeper-commit-pre >>>> postrun_command=/etc/puppet/etckeeper-commit-post >>>> server = lou1 >>>> certname = lou1 >>>> [master] >>>> # These are needed when the puppetmaster is run by passenger >>>> # and can safely be removed if webrick is used. >>>> ssl_client_header = SSL_CLIENT_S_DN >>>> ssl_client_verify_header = SSL_CLIENT_VERIFY >>>> modulepath=/etc/puppet/prod/modules >>>> storeconfigs=true >>>> dbadapter=postgresql >>>> dbuser=foreman >>>> dbpassword=foreman >>>> dbserver=localhost >>>> dbname=foreman >>>> reports=log, foreman >>>> certname=lou1 >>>> server=lou1 >>>> [production] >>>> manifest = $confdir/prod/manifests/site.pp >>>> manifestdir = $confdir/prod/manifests >>>> modulepath = $confdir/prod/modules >>>> templatedir = $confidr/prod/templates >>>> [staging] >>>> manifest = $confdir/staging/manifests/site.pp >>>> manifestdir = $confdir/staging/manifests >>>> modulepath = $confdir/staging/modules >>>> templatedir = $confidr/staging/templates >>>> [dev] >>>> manifest = $confdir/dev/manifests/site.pp >>>> manifestdir = $confdir/dev/manifests >>>> modulepath = $confdir/dev/modules >>>> templatedir = $confidr/dev/templates >>>> Puppet Master is running 2.7.3 and the agents are a mix of 2.6.x >>>> versions. >>>> Any suggestions would be greatly appreciated... >>>> Thanks, >>>> Deven Phillips >>>> Senior Systems Administrator >>>> DNS.com, A Comodo Company >>>> >>>> -- >>>> You received this message because you are subscribed to the Google Groups >>>> "Puppet Users" group. >>>> To post to this group, send email to puppet-users@googlegroups.com. >>>> To unsubscribe from this group, send email to >>>> puppet-users+unsubscribe@googlegroups.com. >>>> For more options, visit this group at >>>> http://groups.google.com/group/puppet-users?hl=en. >>>> >>>> -- >>>> You received this message because you are subscribed to the Google Groups >>>> "Puppet Users" group. >>>> To post to this group, send email to puppet-users@googlegroups.com. >>>> To unsubscribe from this group, send email to >>>> puppet-users+unsubscribe@googlegroups.com. >>>> For more options, visit this group at >>>> http://groups.google.com/group/puppet-users?hl=en. >>>> >>>> >>>> >>>> >>>> -- >>>> You received this message because you are subscribed to the Google Groups "Puppet Users" group. >>>> To post to this group, send email to puppet-users@googlegroups.com. >>>> To unsubscribe from this group, send email to puppet-users+unsubscribe@googlegroups.com. >>>> For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en. >>> >>> -- >>> You received this message because you are subscribed to the Google Groups "Puppet Users" group. >>> To post to this group, send email to puppet-users@googlegroups.com. >>> To unsubscribe from this group, send email to puppet-users+unsubscribe@googlegroups.com. >>> For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en. >>> >>> -- >>> You received this message because you are subscribed to the Google Groups "Puppet Users" group. >>> To post to this group, send email to puppet-users@googlegroups.com. >>> To unsubscribe from this group, send email to puppet-users+unsubscribe@googlegroups.com. >>> For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en. >> >> -- >> You received this message because you are subscribed to the Google Groups "Puppet Users" group. >> To post to this group, send email to puppet-users@googlegroups.com. >> To unsubscribe from this group, send email to puppet-users+unsubscribe@googlegroups.com. >> For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en. >-- You received this message because you are subscribed to the Google Groups "Puppet Users" group. To post to this group, send email to puppet-users@googlegroups.com. To unsubscribe from this group, send email to puppet-users+unsubscribe@googlegroups.com. For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en.
Deven Phillips
2011-Oct-11 19:26 UTC
Re: [Puppet Users] Issues switching over to using environments
The manifest which calls this looks like:
file {"/etc/ssh/sshd_config":
owner => "root",
group => "root",
mode => "0644",
ensure => "present",
source =>
"puppet://lou1/modules/files/generic_node/etc/ssh/sshd_config",
require => Package[''openssh''],
notify => Service[''ssh''],
}
And the current error on the agent node shows:
err: /Stage[main]/Secureshell/File[/etc/ssh/sshd_config]: Could not
evaluate: Could not retrieve information from environment production
source(s) puppet://lou1/modules/files/generic_node/etc/ssh/sshd_config
at /etc/puppet/prod/manifests/classes/ssh.pp:55
TIA,
Deven
On Tue, Oct 11, 2011 at 3:23 PM, Deven Phillips
<deven.phillips@gmail.com> wrote:> Nope, that didn''t seem to help the way I tried it... So,
here''s my layout:
>
> /etc/puppet/
> prod/
> modules/
> files/
> generic_node/
> etc/
> ssh/
>
> sshd_config
>
> From a machine which is using "production" as it''s
environment, and
> production points to "prod/modules" for it''s modules; I
still get
> errors trying to get the sshd_config file.
>
> TIA!!
>
> Deven
>
> On Tue, Oct 11, 2011 at 3:18 PM, Deven Phillips
> <deven.phillips@gmail.com> wrote:
>>
>> Oh! IC... Let me try that...
>> On Tue, Oct 11, 2011 at 3:15 PM, Aaron Grewell
<aaron.grewell@gmail.com> wrote:
>>>
>>> That''ll be an error in your module''s manifest or
directory layout. Files are expected to reside in the
''files'' directory inside the module. What does the manifest
look like?
>>>
>>> On Oct 11, 2011 11:58 AM, "Deven Phillips"
<deven.phillips@gmail.com> wrote:
>>>>
>>>> Aaron,
>>>>
>>>> I just ran across that in the docs myself... But I am still
unable to get files from modules... Here is the error I see on the agent node:
>>>>
>>>> err: /Stage[main]/Secureshell/File[/etc/ssh/sshd_config]: Could
not evaluate: Could not retrieve information from environment production
source(s) puppet://lou1/modules/generic_node/etc/ssh/sshd_config at
/etc/puppet/prod/manifests/classes/ssh.pp:55
>>>>
>>>> And on the puppetmaster I see:
>>>>
>>>> lou1.example.com:8140 91.212.12.113 - - [11/Oct/2011:14:52:15
-0400] "GET
/production/file_metadata/modules/generic_node/etc/ssh/sshd_config?
HTTP/1.1" 404 2880 "-" "-"
>>>>
>>>> So, there is a disconnect somewhere and I don''t have
any idea why...
>>>>
>>>> Suggestions?
>>>>
>>>> Thanks,
>>>>
>>>> Deven
>>>>
>>>> On 10/11/2011 02:50 PM, Aaron Grewell wrote:
>>>>
>>>> There''s no need. The file server handles modules
automagically.
>>>>
>>>> On Oct 11, 2011 11:40 AM, "Deven Phillips"
<deven.phillips@gmail.com> wrote:
>>>>>
>>>>> OK, Licked that error as well. I had to add default values
for the manifests/manifestdir to the [master] section of the puppet.conf
>>>>>
>>>>> The next problem I am having is with fileserving... I moved
all of my files into "modules" directories for each environment, but I
am not seeing how to enable them in fileserver.conf. Any links to a good
resource?
>>>>>
>>>>> Thanks,
>>>>>
>>>>> Deven
>>>>>
>>>>> On 10/11/2011 02:31 PM, Deven Phillips wrote:
>>>>>
>>>>> Thanks for the pointers all.. I fixed the mentioned typos
and now I am getting a different error. This one is a passenger error:
>>>>>
>>>>>
>>>>>
>>>>> Nothing in any of my configurations refers to
/etc/puppet/manifests anymore... I have grepped for that setting in all of the
configs and in the /usr/share/puppet/rack/puppetmasterd directory and I cannot
find where that is being referenced.
>>>>>
>>>>> Thanks,
>>>>>
>>>>> Deven
>>>>>
>>>>> On 10/11/2011 02:16 PM, Adrien Thebo wrote:
>>>>>
>>>>> One thing I''ve noticed is that you''ve
typo''d your templatedir for
>>>>> production, it''s $confidr. Are there any useful
errors in the puppet
>>>>> master logs? And just for a lark, could you run puppet
agent -tv
>>>>> --environment=production on one of your nodes?
>>>>>
>>>>> On Tue, Oct 11, 2011 at 11:13 AM, Deven Phillips
>>>>> <deven.phillips@gmail.com> wrote:
>>>>>
>>>>> Adrien,
>>>>>
>>>>> I did double check, and the directories do exist. I am
running purely
>>>>> against production right now as I have yet to configure any
of my agents to
>>>>> use a different environment.
>>>>>
>>>>> Deven
>>>>>
>>>>> On 10/11/2011 02:08 PM, Adrien Thebo wrote:
>>>>>
>>>>> When I''ve run into this error, it was due to the
environment
>>>>> manifestdir/modulepath/templatedir not being set correctly
or not
>>>>> existing. Are you certain that those directories exist?
What
>>>>> environment is demonstrating this?
>>>>>
>>>>> On Tue, Oct 11, 2011 at 10:30 AM, Deven Phillips
>>>>> <deven.phillips@gmail.com> wrote:
>>>>>
>>>>> Hello all,
>>>>> I have been searching through the list archives, but I
have yet to
>>>>> find
>>>>> an answer to my question. The problem I am having is this:
>>>>> 1. I have been using puppet without environments for some
time now and it
>>>>> works properly
>>>>> 2. I am trying to reconfigure to use environments, and I am
getting
>>>>> errors
>>>>> with plugins not getting sync''d.
>>>>> The error I see on the agent node is:
>>>>> err: /File[/var/lib/puppet/lib]: Could not evaluate: Could
not retrieve
>>>>> information from environment production source(s)
puppet://lou1/plugins
>>>>> notice: /File[/var/lib/puppet/lib/puppet]: Dependency
>>>>> File[/var/lib/puppet/lib] has failures: true
>>>>> warning: /File[/var/lib/puppet/lib/puppet]: Skipping
because of failed
>>>>> dependencies
>>>>> notice: /File[/var/lib/puppet/lib/puppet/test]: Dependency
>>>>> File[/var/lib/puppet/lib] has failures: true
>>>>> warning: /File[/var/lib/puppet/lib/puppet/test]: Skipping
because of
>>>>> failed
>>>>> dependencies
>>>>> notice: /File[/var/lib/puppet/lib/puppet/test/iptables.rb]:
Dependency
>>>>> File[/var/lib/puppet/lib] has failures: true
>>>>> warning:
/File[/var/lib/puppet/lib/puppet/test/iptables.rb]: Skipping
>>>>> because of failed dependencies
>>>>> notice: /File[/var/lib/puppet/lib/puppet/provider]:
Dependency
>>>>> File[/var/lib/puppet/lib] has failures: true
>>>>> warning: /File[/var/lib/puppet/lib/puppet/provider]:
Skipping because of
>>>>> failed dependencies
>>>>> notice: /File[/var/lib/puppet/lib/puppet/provider/vcsrepo]:
Dependency
>>>>> File[/var/lib/puppet/lib] has failures: true
>>>>> warning:
/File[/var/lib/puppet/lib/puppet/provider/vcsrepo]: Skipping
>>>>> because of failed dependencies
>>>>> notice:
/File[/var/lib/puppet/lib/puppet/provider/vcsrepo/cvs.rb]:
>>>>> Dependency File[/var/lib/puppet/lib] has failures: true
>>>>> warning:
/File[/var/lib/puppet/lib/puppet/provider/vcsrepo/cvs.rb]:
>>>>> Skipping
>>>>> because of failed dependencies
>>>>> notice:
/File[/var/lib/puppet/lib/puppet/provider/vcsrepo/git.rb]:
>>>>> Dependency File[/var/lib/puppet/lib] has failures: true
>>>>> warning:
/File[/var/lib/puppet/lib/puppet/provider/vcsrepo/git.rb]:
>>>>> Skipping
>>>>> because of failed dependencies
>>>>> notice:
/File[/var/lib/puppet/lib/puppet/provider/vcsrepo/svn.rb]:
>>>>> Dependency File[/var/lib/puppet/lib] has failures: true
>>>>> warning:
/File[/var/lib/puppet/lib/puppet/provider/vcsrepo/svn.rb]:
>>>>> Skipping
>>>>> because of failed dependencies
>>>>> notice:
/File[/var/lib/puppet/lib/puppet/provider/vcsrepo/hg.rb]:
>>>>> Dependency
>>>>> File[/var/lib/puppet/lib] has failures: true
>>>>> warning:
/File[/var/lib/puppet/lib/puppet/provider/vcsrepo/hg.rb]:
>>>>> Skipping
>>>>> because of failed dependencies
>>>>> notice:
/File[/var/lib/puppet/lib/puppet/provider/vcsrepo/bzr.rb]:
>>>>> Dependency File[/var/lib/puppet/lib] has failures: true
>>>>> warning:
/File[/var/lib/puppet/lib/puppet/provider/vcsrepo/bzr.rb]:
>>>>> Skipping
>>>>> because of failed dependencies
>>>>> notice: /File[/var/lib/puppet/lib/puppet/type]: Dependency
>>>>> File[/var/lib/puppet/lib] has failures: true
>>>>> warning: /File[/var/lib/puppet/lib/puppet/type]: Skipping
because of
>>>>> failed
>>>>> dependencies
>>>>> notice: /File[/var/lib/puppet/lib/puppet/type/vcsrepo.rb]:
Dependency
>>>>> File[/var/lib/puppet/lib] has failures: true
>>>>> warning: /File[/var/lib/puppet/lib/puppet/type/vcsrepo.rb]:
Skipping
>>>>> because
>>>>> of failed dependencies
>>>>> notice: /File[/var/lib/puppet/lib/puppet/type/iptables.rb]:
Dependency
>>>>> File[/var/lib/puppet/lib] has failures: true
>>>>> warning:
/File[/var/lib/puppet/lib/puppet/type/iptables.rb]: Skipping
>>>>> because of failed dependencies
>>>>> notice:
/File[/var/lib/puppet/lib/puppet/provider/vcsrepo.rb]: Dependency
>>>>> File[/var/lib/puppet/lib] has failures: true
>>>>> warning:
/File[/var/lib/puppet/lib/puppet/provider/vcsrepo.rb]: Skipping
>>>>> because of failed dependencies
>>>>> On the puppet master, I changed my puppet.conf from:
>>>>> [main]
>>>>> logdir=/var/log/puppet
>>>>> vardir=/var/lib/puppet
>>>>> ssldir=/etc/puppet/ssl
>>>>> rundir=/var/run/puppet
>>>>> factpath=$vardir/lib/facter
>>>>> templatedir=$confdir/templates
>>>>> prerun_command=/etc/puppet/etckeeper-commit-pre
>>>>> postrun_command=/etc/puppet/etckeeper-commit-post
>>>>> server = lou1
>>>>> certname = lou1
>>>>> [master]
>>>>> # These are needed when the puppetmaster is run by
passenger
>>>>> # and can safely be removed if webrick is used.
>>>>> ssl_client_header = SSL_CLIENT_S_DN
>>>>> ssl_client_verify_header = SSL_CLIENT_VERIFY
>>>>> modulepath=/etc/puppet/modules
>>>>> storeconfigs=true
>>>>> dbadapter=postgresql
>>>>> dbuser=foreman
>>>>> dbpassword=foreman
>>>>> dbserver=localhost
>>>>> dbname=foreman
>>>>> reports=log, foreman
>>>>> certname=lou1
>>>>> server=lou1
>>>>> To:
>>>>> [main]
>>>>> logdir=/var/log/puppet
>>>>> vardir=/var/lib/puppet
>>>>> ssldir=/etc/puppet/ssl
>>>>> rundir=/var/run/puppet
>>>>> factpath=$vardir/lib/facter
>>>>> templatedir=$confdir/prod/templates
>>>>> prerun_command=/etc/puppet/etckeeper-commit-pre
>>>>> postrun_command=/etc/puppet/etckeeper-commit-post
>>>>> server = lou1
>>>>> certname = lou1
>>>>> [master]
>>>>> # These are needed when the puppetmaster is run by
passenger
>>>>> # and can safely be removed if webrick is used.
>>>>> ssl_client_header = SSL_CLIENT_S_DN
>>>>> ssl_client_verify_header = SSL_CLIENT_VERIFY
>>>>> modulepath=/etc/puppet/prod/modules
>>>>> storeconfigs=true
>>>>> dbadapter=postgresql
>>>>> dbuser=foreman
>>>>> dbpassword=foreman
>>>>> dbserver=localhost
>>>>> dbname=foreman
>>>>> reports=log, foreman
>>>>> certname=lou1
>>>>> server=lou1
>>>>> [production]
>>>>> manifest = $confdir/prod/manifests/site.pp
>>>>> manifestdir = $confdir/prod/manifests
>>>>> modulepath = $confdir/prod/modules
>>>>> templatedir = $confidr/prod/templates
>>>>> [staging]
>>>>> manifest = $confdir/staging/manifests/site.pp
>>>>> manifestdir = $confdir/staging/manifests
>>>>> modulepath = $confdir/staging/modules
>>>>> templatedir = $confidr/staging/templates
>>>>> [dev]
>>>>> manifest = $confdir/dev/manifests/site.pp
>>>>> manifestdir = $confdir/dev/manifests
>>>>> modulepath = $confdir/dev/modules
>>>>> templatedir = $confidr/dev/templates
>>>>> Puppet Master is running 2.7.3 and the agents are a mix of
2.6.x
>>>>> versions.
>>>>> Any suggestions would be greatly appreciated...
>>>>> Thanks,
>>>>> Deven Phillips
>>>>> Senior Systems Administrator
>>>>> DNS.com, A Comodo Company
>>>>>
>>>>> --
>>>>> You received this message because you are subscribed to the
Google Groups
>>>>> "Puppet Users" group.
>>>>> To post to this group, send email to
puppet-users@googlegroups.com.
>>>>> To unsubscribe from this group, send email to
>>>>> puppet-users+unsubscribe@googlegroups.com.
>>>>> For more options, visit this group at
>>>>> http://groups.google.com/group/puppet-users?hl=en.
>>>>>
>>>>> --
>>>>> You received this message because you are subscribed to the
Google Groups
>>>>> "Puppet Users" group.
>>>>> To post to this group, send email to
puppet-users@googlegroups.com.
>>>>> To unsubscribe from this group, send email to
>>>>> puppet-users+unsubscribe@googlegroups.com.
>>>>> For more options, visit this group at
>>>>> http://groups.google.com/group/puppet-users?hl=en.
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> You received this message because you are subscribed to the
Google Groups "Puppet Users" group.
>>>>> To post to this group, send email to
puppet-users@googlegroups.com.
>>>>> To unsubscribe from this group, send email to
puppet-users+unsubscribe@googlegroups.com.
>>>>> For more options, visit this group at
http://groups.google.com/group/puppet-users?hl=en.
>>>>
>>>> --
>>>> You received this message because you are subscribed to the
Google Groups "Puppet Users" group.
>>>> To post to this group, send email to
puppet-users@googlegroups.com.
>>>> To unsubscribe from this group, send email to
puppet-users+unsubscribe@googlegroups.com.
>>>> For more options, visit this group at
http://groups.google.com/group/puppet-users?hl=en.
>>>>
>>>> --
>>>> You received this message because you are subscribed to the
Google Groups "Puppet Users" group.
>>>> To post to this group, send email to
puppet-users@googlegroups.com.
>>>> To unsubscribe from this group, send email to
puppet-users+unsubscribe@googlegroups.com.
>>>> For more options, visit this group at
http://groups.google.com/group/puppet-users?hl=en.
>>>
>>> --
>>> You received this message because you are subscribed to the Google
Groups "Puppet Users" group.
>>> To post to this group, send email to puppet-users@googlegroups.com.
>>> To unsubscribe from this group, send email to
puppet-users+unsubscribe@googlegroups.com.
>>> For more options, visit this group at
http://groups.google.com/group/puppet-users?hl=en.
>>
>
--
You received this message because you are subscribed to the Google Groups
"Puppet Users" group.
To post to this group, send email to puppet-users@googlegroups.com.
To unsubscribe from this group, send email to
puppet-users+unsubscribe@googlegroups.com.
For more options, visit this group at
http://groups.google.com/group/puppet-users?hl=en.
Jacob Helwig
2011-Oct-11 19:42 UTC
Re: [Puppet Users] Issues switching over to using environments
The layout should look something more like this: /etc/puppet/prod/modules/$module_name/files/generic_node/etc/ssh/sshd_config With the source lines looking like: puppet://lou1/modules/$module_name/generic_node/etc/ssh/sshd_config If you wanted ''generic_node'' to be the name of the module, then you''d have the layout as /etc/puppet/prod/modules/generic_node/files/etc/ssh/sshd_config and the source line as puppet://lou1/modules/generic_node/etc/ssh/sshd_config -- Jacob Helwig On Tue, 11 Oct 2011 15:26:16 -0400, Deven Phillips wrote:> Date: Tue, 11 Oct 2011 15:26:16 -0400 > From: Deven Phillips <deven.phillips@gmail.com> > To: puppet-users@googlegroups.com > Subject: Re: [Puppet Users] Issues switching over to using environments > Message-ID: <CAJw+4ND2kwPGC5-Mre1K23oF_ym9EquBAa+09xmUkzkoU-omTQ@mail.gmail.com> > > The manifest which calls this looks like: > > file {"/etc/ssh/sshd_config": > owner => "root", > group => "root", > mode => "0644", > ensure => "present", > source => > "puppet://lou1/modules/files/generic_node/etc/ssh/sshd_config", > require => Package[''openssh''], > notify => Service[''ssh''], > } > > And the current error on the agent node shows: > > err: /Stage[main]/Secureshell/File[/etc/ssh/sshd_config]: Could not > evaluate: Could not retrieve information from environment production > source(s) puppet://lou1/modules/files/generic_node/etc/ssh/sshd_config > at /etc/puppet/prod/manifests/classes/ssh.pp:55 > > > TIA, > > Deven > > On Tue, Oct 11, 2011 at 3:23 PM, Deven Phillips > <deven.phillips@gmail.com> wrote: > > Nope, that didn''t seem to help the way I tried it... So, here''s my layout: > > > > /etc/puppet/ > > prod/ > > modules/ > > files/ > > generic_node/ > > etc/ > > ssh/ > > > > sshd_config > > > > From a machine which is using "production" as it''s environment, and > > production points to "prod/modules" for it''s modules; I still get > > errors trying to get the sshd_config file. > > > > TIA!! > > > > Deven > >
Deven Phillips
2011-Oct-11 19:56 UTC
Re: [Puppet Users] Issues switching over to using environments
Trying that out now.. I will respond back in a bit with results. Thanks!!! Deven On Tue, Oct 11, 2011 at 3:42 PM, Jacob Helwig <jacob@puppetlabs.com> wrote:> The layout should look something more like this: > /etc/puppet/prod/modules/$module_name/files/generic_node/etc/ssh/sshd_config > > With the source lines looking like: > puppet://lou1/modules/$module_name/generic_node/etc/ssh/sshd_config > > > If you wanted ''generic_node'' to be the name of the module, then you''d > have the layout as > > /etc/puppet/prod/modules/generic_node/files/etc/ssh/sshd_config > > and the source line as > > puppet://lou1/modules/generic_node/etc/ssh/sshd_config > > -- > Jacob Helwig > > On Tue, 11 Oct 2011 15:26:16 -0400, Deven Phillips wrote: >> Date: Tue, 11 Oct 2011 15:26:16 -0400 >> From: Deven Phillips <deven.phillips@gmail.com> >> To: puppet-users@googlegroups.com >> Subject: Re: [Puppet Users] Issues switching over to using environments >> Message-ID: <CAJw+4ND2kwPGC5-Mre1K23oF_ym9EquBAa+09xmUkzkoU-omTQ@mail.gmail.com> >> >> The manifest which calls this looks like: >> >> file {"/etc/ssh/sshd_config": >> owner => "root", >> group => "root", >> mode => "0644", >> ensure => "present", >> source => >> "puppet://lou1/modules/files/generic_node/etc/ssh/sshd_config", >> require => Package[''openssh''], >> notify => Service[''ssh''], >> } >> >> And the current error on the agent node shows: >> >> err: /Stage[main]/Secureshell/File[/etc/ssh/sshd_config]: Could not >> evaluate: Could not retrieve information from environment production >> source(s) puppet://lou1/modules/files/generic_node/etc/ssh/sshd_config >> at /etc/puppet/prod/manifests/classes/ssh.pp:55 >> >> >> TIA, >> >> Deven >> >> On Tue, Oct 11, 2011 at 3:23 PM, Deven Phillips >> <deven.phillips@gmail.com> wrote: >> > Nope, that didn''t seem to help the way I tried it... So, here''s my layout: >> > >> > /etc/puppet/ >> > prod/ >> > modules/ >> > files/ >> > generic_node/ >> > etc/ >> > ssh/ >> > >> > sshd_config >> > >> > From a machine which is using "production" as it''s environment, and >> > production points to "prod/modules" for it''s modules; I still get >> > errors trying to get the sshd_config file. >> > >> > TIA!! >> > >> > Deven >> > >-- You received this message because you are subscribed to the Google Groups "Puppet Users" group. To post to this group, send email to puppet-users@googlegroups.com. To unsubscribe from this group, send email to puppet-users+unsubscribe@googlegroups.com. For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en.
Deven Phillips
2011-Oct-11 21:26 UTC
Re: [Puppet Users] Issues switching over to using environments
Jacob,
That was the problem!! Thanks so much for the help. And Aaron and
everyone else as well. Much appreciated!!
Deven
On Tue, Oct 11, 2011 at 3:56 PM, Deven Phillips
<deven.phillips@gmail.com> wrote:> Trying that out now.. I will respond back in a bit with results.
>
> Thanks!!!
>
> Deven
>
> On Tue, Oct 11, 2011 at 3:42 PM, Jacob Helwig <jacob@puppetlabs.com>
wrote:
>> The layout should look something more like this:
>>
/etc/puppet/prod/modules/$module_name/files/generic_node/etc/ssh/sshd_config
>>
>> With the source lines looking like:
>> puppet://lou1/modules/$module_name/generic_node/etc/ssh/sshd_config
>>
>>
>> If you wanted ''generic_node'' to be the name of the
module, then you''d
>> have the layout as
>>
>> /etc/puppet/prod/modules/generic_node/files/etc/ssh/sshd_config
>>
>> and the source line as
>>
>> puppet://lou1/modules/generic_node/etc/ssh/sshd_config
>>
>> --
>> Jacob Helwig
>>
>> On Tue, 11 Oct 2011 15:26:16 -0400, Deven Phillips wrote:
>>> Date: Tue, 11 Oct 2011 15:26:16 -0400
>>> From: Deven Phillips <deven.phillips@gmail.com>
>>> To: puppet-users@googlegroups.com
>>> Subject: Re: [Puppet Users] Issues switching over to using
environments
>>> Message-ID:
<CAJw+4ND2kwPGC5-Mre1K23oF_ym9EquBAa+09xmUkzkoU-omTQ@mail.gmail.com>
>>>
>>> The manifest which calls this looks like:
>>>
>>> file {"/etc/ssh/sshd_config":
>>> owner => "root",
>>> group => "root",
>>> mode => "0644",
>>> ensure => "present",
>>> source =>
>>>
"puppet://lou1/modules/files/generic_node/etc/ssh/sshd_config",
>>> require => Package[''openssh''],
>>> notify => Service[''ssh''],
>>> }
>>>
>>> And the current error on the agent node shows:
>>>
>>> err: /Stage[main]/Secureshell/File[/etc/ssh/sshd_config]: Could not
>>> evaluate: Could not retrieve information from environment
production
>>> source(s)
puppet://lou1/modules/files/generic_node/etc/ssh/sshd_config
>>> at /etc/puppet/prod/manifests/classes/ssh.pp:55
>>>
>>>
>>> TIA,
>>>
>>> Deven
>>>
>>> On Tue, Oct 11, 2011 at 3:23 PM, Deven Phillips
>>> <deven.phillips@gmail.com> wrote:
>>> > Nope, that didn''t seem to help the way I tried it...
So, here''s my layout:
>>> >
>>> > /etc/puppet/
>>> > prod/
>>> > modules/
>>> > files/
>>> > generic_node/
>>> >
etc/
>>> >
ssh/
>>> >
>>> > sshd_config
>>> >
>>> > From a machine which is using "production" as
it''s environment, and
>>> > production points to "prod/modules" for
it''s modules; I still get
>>> > errors trying to get the sshd_config file.
>>> >
>>> > TIA!!
>>> >
>>> > Deven
>>> >
>>
>
--
You received this message because you are subscribed to the Google Groups
"Puppet Users" group.
To post to this group, send email to puppet-users@googlegroups.com.
To unsubscribe from this group, send email to
puppet-users+unsubscribe@googlegroups.com.
For more options, visit this group at
http://groups.google.com/group/puppet-users?hl=en.
Gonzalo Servat
2011-Oct-11 21:43 UTC
Re: [Puppet Users] Issues switching over to using environments
Somewhat related to this, is there a way for Puppet to source files in this manner: First: /etc/puppet/modules/<module>/$environment/<file> Default: /etc/puppet/modules/<module>/<file> Just to avoid having the same directory structure under /etc/puppet/$environment/ as Deven has done. Best regards, Gonzalo On Wed, Oct 12, 2011 at 8:26 AM, Deven Phillips <deven.phillips@gmail.com>wrote:> Jacob, > > That was the problem!! Thanks so much for the help. And Aaron and > everyone else as well. Much appreciated!! > > Deven > > On Tue, Oct 11, 2011 at 3:56 PM, Deven Phillips > <deven.phillips@gmail.com> wrote: > > Trying that out now.. I will respond back in a bit with results. > > > > Thanks!!! > > > > Deven > > > > On Tue, Oct 11, 2011 at 3:42 PM, Jacob Helwig <jacob@puppetlabs.com> > wrote: > >> The layout should look something more like this: > >> > /etc/puppet/prod/modules/$module_name/files/generic_node/etc/ssh/sshd_config > >> > >> With the source lines looking like: > >> puppet://lou1/modules/$module_name/generic_node/etc/ssh/sshd_config > >> > >> > >> If you wanted ''generic_node'' to be the name of the module, then you''d > >> have the layout as > >> > >> /etc/puppet/prod/modules/generic_node/files/etc/ssh/sshd_config > >> > >> and the source line as > >> > >> puppet://lou1/modules/generic_node/etc/ssh/sshd_config > >> > >> -- > >> Jacob Helwig > >> > >> On Tue, 11 Oct 2011 15:26:16 -0400, Deven Phillips wrote: > >>> Date: Tue, 11 Oct 2011 15:26:16 -0400 > >>> From: Deven Phillips <deven.phillips@gmail.com> > >>> To: puppet-users@googlegroups.com > >>> Subject: Re: [Puppet Users] Issues switching over to using environments > >>> Message-ID: < > CAJw+4ND2kwPGC5-Mre1K23oF_ym9EquBAa+09xmUkzkoU-omTQ@mail.gmail.com> > >>> > >>> The manifest which calls this looks like: > >>> > >>> file {"/etc/ssh/sshd_config": > >>> owner => "root", > >>> group => "root", > >>> mode => "0644", > >>> ensure => "present", > >>> source => > >>> "puppet://lou1/modules/files/generic_node/etc/ssh/sshd_config", > >>> require => Package[''openssh''], > >>> notify => Service[''ssh''], > >>> } > >>> > >>> And the current error on the agent node shows: > >>> > >>> err: /Stage[main]/Secureshell/File[/etc/ssh/sshd_config]: Could not > >>> evaluate: Could not retrieve information from environment production > >>> source(s) puppet://lou1/modules/files/generic_node/etc/ssh/sshd_config > >>> at /etc/puppet/prod/manifests/classes/ssh.pp:55 > >>> > >>> > >>> TIA, > >>> > >>> Deven > >>> > >>> On Tue, Oct 11, 2011 at 3:23 PM, Deven Phillips > >>> <deven.phillips@gmail.com> wrote: > >>> > Nope, that didn''t seem to help the way I tried it... So, here''s my > layout: > >>> > > >>> > /etc/puppet/ > >>> > prod/ > >>> > modules/ > >>> > files/ > >>> > generic_node/ > >>> > etc/ > >>> > > ssh/ > >>> > > >>> > sshd_config > >>> > > >>> > From a machine which is using "production" as it''s environment, and > >>> > production points to "prod/modules" for it''s modules; I still get > >>> > errors trying to get the sshd_config file. > >>> > > >>> > TIA!! > >>> > > >>> > Deven > >>> > > >> > > > > -- > You received this message because you are subscribed to the Google Groups > "Puppet Users" group. > To post to this group, send email to puppet-users@googlegroups.com. > To unsubscribe from this group, send email to > puppet-users+unsubscribe@googlegroups.com. > For more options, visit this group at > http://groups.google.com/group/puppet-users?hl=en. > >-- You received this message because you are subscribed to the Google Groups "Puppet Users" group. To post to this group, send email to puppet-users@googlegroups.com. To unsubscribe from this group, send email to puppet-users+unsubscribe@googlegroups.com. For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en.
Dan White
2011-Oct-12 01:14 UTC
Re: [Puppet Users] Issues switching over to using environments
http://docs.puppetlabs.com/references/stable/type.html#file
under "source"
If you specify multiple file sources for a file, then the first source that
exists will be used. This allows you to specify what amount to search paths for
files:
file { "/path/to/my/file":
source => [
"/modules/nfs/files/file.$host",
"/modules/nfs/files/file.$operatingsystem",
"/modules/nfs/files/file"
]
}
This will use the first found file as the source.
On Oct 11, 2011, at 5:43 PM, Gonzalo Servat wrote:
> Somewhat related to this, is there a way for Puppet to source files in this
manner:
>
> First: /etc/puppet/modules/<module>/$environment/<file>
> Default: /etc/puppet/modules/<module>/<file>
>
> Just to avoid having the same directory structure under
/etc/puppet/$environment/ as Deven has done.
>
> Best regards,
> Gonzalo
>
> On Wed, Oct 12, 2011 at 8:26 AM, Deven Phillips
<deven.phillips@gmail.com> wrote:
> Jacob,
>
> That was the problem!! Thanks so much for the help. And Aaron and
> everyone else as well. Much appreciated!!
>
> Deven
>
> On Tue, Oct 11, 2011 at 3:56 PM, Deven Phillips
> <deven.phillips@gmail.com> wrote:
> > Trying that out now.. I will respond back in a bit with results.
> >
> > Thanks!!!
> >
> > Deven
> >
> > On Tue, Oct 11, 2011 at 3:42 PM, Jacob Helwig
<jacob@puppetlabs.com> wrote:
> >> The layout should look something more like this:
> >>
/etc/puppet/prod/modules/$module_name/files/generic_node/etc/ssh/sshd_config
> >>
> >> With the source lines looking like:
> >>
puppet://lou1/modules/$module_name/generic_node/etc/ssh/sshd_config
> >>
> >>
> >> If you wanted ''generic_node'' to be the name of
the module, then you''d
> >> have the layout as
> >>
> >> /etc/puppet/prod/modules/generic_node/files/etc/ssh/sshd_config
> >>
> >> and the source line as
> >>
> >> puppet://lou1/modules/generic_node/etc/ssh/sshd_config
> >>
> >> --
> >> Jacob Helwig
> >>
> >> On Tue, 11 Oct 2011 15:26:16 -0400, Deven Phillips wrote:
> >>> Date: Tue, 11 Oct 2011 15:26:16 -0400
> >>> From: Deven Phillips <deven.phillips@gmail.com>
> >>> To: puppet-users@googlegroups.com
> >>> Subject: Re: [Puppet Users] Issues switching over to using
environments
> >>> Message-ID:
<CAJw+4ND2kwPGC5-Mre1K23oF_ym9EquBAa+09xmUkzkoU-omTQ@mail.gmail.com>
> >>>
> >>> The manifest which calls this looks like:
> >>>
> >>> file {"/etc/ssh/sshd_config":
> >>> owner => "root",
> >>> group => "root",
> >>> mode => "0644",
> >>> ensure => "present",
> >>> source =>
> >>>
"puppet://lou1/modules/files/generic_node/etc/ssh/sshd_config",
> >>> require =>
Package[''openssh''],
> >>> notify =>
Service[''ssh''],
> >>> }
> >>>
> >>> And the current error on the agent node shows:
> >>>
> >>> err: /Stage[main]/Secureshell/File[/etc/ssh/sshd_config]:
Could not
> >>> evaluate: Could not retrieve information from environment
production
> >>> source(s)
puppet://lou1/modules/files/generic_node/etc/ssh/sshd_config
> >>> at /etc/puppet/prod/manifests/classes/ssh.pp:55
> >>>
> >>>
> >>> TIA,
> >>>
> >>> Deven
> >>>
> >>> On Tue, Oct 11, 2011 at 3:23 PM, Deven Phillips
> >>> <deven.phillips@gmail.com> wrote:
> >>> > Nope, that didn''t seem to help the way I tried
it... So, here''s my layout:
> >>> >
> >>> > /etc/puppet/
> >>> > prod/
> >>> > modules/
> >>> > files/
> >>> > generic_node/
> >>> >
etc/
> >>> >
ssh/
> >>> >
> >>> > sshd_config
> >>> >
> >>> > From a machine which is using "production" as
it''s environment, and
> >>> > production points to "prod/modules" for
it''s modules; I still get
> >>> > errors trying to get the sshd_config file.
> >>> >
> >>> > TIA!!
> >>> >
> >>> > Deven
> >>> >
> >>
> >
>
> --
> You received this message because you are subscribed to the Google Groups
"Puppet Users" group.
> To post to this group, send email to puppet-users@googlegroups.com.
> To unsubscribe from this group, send email to
puppet-users+unsubscribe@googlegroups.com.
> For more options, visit this group at
http://groups.google.com/group/puppet-users?hl=en.
>
>
>
> --
> You received this message because you are subscribed to the Google Groups
"Puppet Users" group.
> To post to this group, send email to puppet-users@googlegroups.com.
> To unsubscribe from this group, send email to
puppet-users+unsubscribe@googlegroups.com.
> For more options, visit this group at
http://groups.google.com/group/puppet-users?hl=en.
--
You received this message because you are subscribed to the Google Groups
"Puppet Users" group.
To post to this group, send email to puppet-users@googlegroups.com.
To unsubscribe from this group, send email to
puppet-users+unsubscribe@googlegroups.com.
For more options, visit this group at
http://groups.google.com/group/puppet-users?hl=en.
Gonzalo Servat
2011-Oct-12 01:29 UTC
Re: [Puppet Users] Issues switching over to using environments
Thanks Dan. I thought Puppet may have a way to automagically search for a file based on environment first (e.g. modules/nfs/$environment/foo), then a default as specified by source (e.g. modules/nfs/foo). I can see how what you pasted helps, but it could become tedious having to specify the search path in various places. On Wed, Oct 12, 2011 at 12:14 PM, Dan White <ygor@comcast.net> wrote:> http://docs.puppetlabs.com/references/stable/type.html#file > > under "source" > > If you specify multiple file sources for a file, then the first source that > exists will be used. This allows you to specify what amount to search paths > for files: > > file { "/path/to/my/file": > source => [ > "/modules/nfs/files/file.$host", > "/modules/nfs/files/file.$operatingsystem", > "/modules/nfs/files/file" > ] > } > > This will use the first found file as the source. > > On Oct 11, 2011, at 5:43 PM, Gonzalo Servat wrote: > > Somewhat related to this, is there a way for Puppet to source files in this > manner: > > First: /etc/puppet/modules/<module>/$environment/<file> > Default: /etc/puppet/modules/<module>/<file> > > Just to avoid having the same directory structure under > /etc/puppet/$environment/ as Deven has done. > > Best regards, > Gonzalo > > On Wed, Oct 12, 2011 at 8:26 AM, Deven Phillips <deven.phillips@gmail.com>wrote: > >> Jacob, >> >> That was the problem!! Thanks so much for the help. And Aaron and >> everyone else as well. Much appreciated!! >> >> Deven >> >> On Tue, Oct 11, 2011 at 3:56 PM, Deven Phillips >> <deven.phillips@gmail.com> wrote: >> > Trying that out now.. I will respond back in a bit with results. >> > >> > Thanks!!! >> > >> > Deven >> > >> > On Tue, Oct 11, 2011 at 3:42 PM, Jacob Helwig <jacob@puppetlabs.com> >> wrote: >> >> The layout should look something more like this: >> >> >> /etc/puppet/prod/modules/$module_name/files/generic_node/etc/ssh/sshd_config >> >> >> >> With the source lines looking like: >> >> puppet://lou1/modules/$module_name/generic_node/etc/ssh/sshd_config >> >> >> >> >> >> If you wanted ''generic_node'' to be the name of the module, then you''d >> >> have the layout as >> >> >> >> /etc/puppet/prod/modules/generic_node/files/etc/ssh/sshd_config >> >> >> >> and the source line as >> >> >> >> puppet://lou1/modules/generic_node/etc/ssh/sshd_config >> >> >> >> -- >> >> Jacob Helwig >> >> >> >> On Tue, 11 Oct 2011 15:26:16 -0400, Deven Phillips wrote: >> >>> Date: Tue, 11 Oct 2011 15:26:16 -0400 >> >>> From: Deven Phillips <deven.phillips@gmail.com> >> >>> To: puppet-users@googlegroups.com >> >>> Subject: Re: [Puppet Users] Issues switching over to using >> environments >> >>> Message-ID: < >> CAJw+4ND2kwPGC5-Mre1K23oF_ym9EquBAa+09xmUkzkoU-omTQ@mail.gmail.com> >> >>> >> >>> The manifest which calls this looks like: >> >>> >> >>> file {"/etc/ssh/sshd_config": >> >>> owner => "root", >> >>> group => "root", >> >>> mode => "0644", >> >>> ensure => "present", >> >>> source => >> >>> "puppet://lou1/modules/files/generic_node/etc/ssh/sshd_config", >> >>> require => Package[''openssh''], >> >>> notify => Service[''ssh''], >> >>> } >> >>> >> >>> And the current error on the agent node shows: >> >>> >> >>> err: /Stage[main]/Secureshell/File[/etc/ssh/sshd_config]: Could not >> >>> evaluate: Could not retrieve information from environment production >> >>> source(s) puppet://lou1/modules/files/generic_node/etc/ssh/sshd_config >> >>> at /etc/puppet/prod/manifests/classes/ssh.pp:55 >> >>> >> >>> >> >>> TIA, >> >>> >> >>> Deven >> >>> >> >>> On Tue, Oct 11, 2011 at 3:23 PM, Deven Phillips >> >>> <deven.phillips@gmail.com> wrote: >> >>> > Nope, that didn''t seem to help the way I tried it... So, here''s my >> layout: >> >>> > >> >>> > /etc/puppet/ >> >>> > prod/ >> >>> > modules/ >> >>> > files/ >> >>> > generic_node/ >> >>> > etc/ >> >>> > >> ssh/ >> >>> > >> >>> > sshd_config >> >>> > >> >>> > From a machine which is using "production" as it''s environment, and >> >>> > production points to "prod/modules" for it''s modules; I still get >> >>> > errors trying to get the sshd_config file. >> >>> > >> >>> > TIA!! >> >>> > >> >>> > Deven >> >>> > >> >> >> > >> >> -- >> You received this message because you are subscribed to the Google Groups >> "Puppet Users" group. >> To post to this group, send email to puppet-users@googlegroups.com. >> To unsubscribe from this group, send email to >> puppet-users+unsubscribe@googlegroups.com. >> For more options, visit this group at >> http://groups.google.com/group/puppet-users?hl=en. >> >> > > -- > You received this message because you are subscribed to the Google Groups > "Puppet Users" group. > To post to this group, send email to puppet-users@googlegroups.com. > To unsubscribe from this group, send email to > puppet-users+unsubscribe@googlegroups.com. > For more options, visit this group at > http://groups.google.com/group/puppet-users?hl=en. > > > -- > You received this message because you are subscribed to the Google Groups > "Puppet Users" group. > To post to this group, send email to puppet-users@googlegroups.com. > To unsubscribe from this group, send email to > puppet-users+unsubscribe@googlegroups.com. > For more options, visit this group at > http://groups.google.com/group/puppet-users?hl=en. >-- You received this message because you are subscribed to the Google Groups "Puppet Users" group. To post to this group, send email to puppet-users@googlegroups.com. To unsubscribe from this group, send email to puppet-users+unsubscribe@googlegroups.com. For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en.
Aaron Grewell
2011-Oct-12 16:53 UTC
Re: [Puppet Users] Issues switching over to using environments
No, as I understand it environments are designed to be completely independent of one another. The idea is that you wouldn''t want changes in testing or qa to be able to affect production for any reason. So it''s expected that there would be duplication across environments due to SLA differences between the environments. On Tue, Oct 11, 2011 at 6:29 PM, Gonzalo Servat <gservat@gmail.com> wrote:> Thanks Dan. I thought Puppet may have a way to automagically search for a > file based on environment first (e.g. modules/nfs/$environment/foo), then a > default as specified by source (e.g. modules/nfs/foo). I can see how what > you pasted helps, but it could become tedious having to specify the search > path in various places. > > > On Wed, Oct 12, 2011 at 12:14 PM, Dan White <ygor@comcast.net> wrote: > >> http://docs.puppetlabs.com/references/stable/type.html#file >> >> under "source" >> >> If you specify multiple file sources for a file, then the first source >> that exists will be used. This allows you to specify what amount to search >> paths for files: >> >> file { "/path/to/my/file": >> source => [ >> "/modules/nfs/files/file.$host", >> "/modules/nfs/files/file.$operatingsystem", >> "/modules/nfs/files/file" >> ] >> } >> >> This will use the first found file as the source. >> >> On Oct 11, 2011, at 5:43 PM, Gonzalo Servat wrote: >> >> Somewhat related to this, is there a way for Puppet to source files in >> this manner: >> >> First: /etc/puppet/modules/<module>/$environment/<file> >> Default: /etc/puppet/modules/<module>/<file> >> >> Just to avoid having the same directory structure under >> /etc/puppet/$environment/ as Deven has done. >> >> Best regards, >> Gonzalo >> >> On Wed, Oct 12, 2011 at 8:26 AM, Deven Phillips <deven.phillips@gmail.com >> > wrote: >> >>> Jacob, >>> >>> That was the problem!! Thanks so much for the help. And Aaron and >>> everyone else as well. Much appreciated!! >>> >>> Deven >>> >>> On Tue, Oct 11, 2011 at 3:56 PM, Deven Phillips >>> <deven.phillips@gmail.com> wrote: >>> > Trying that out now.. I will respond back in a bit with results. >>> > >>> > Thanks!!! >>> > >>> > Deven >>> > >>> > On Tue, Oct 11, 2011 at 3:42 PM, Jacob Helwig <jacob@puppetlabs.com> >>> wrote: >>> >> The layout should look something more like this: >>> >> >>> /etc/puppet/prod/modules/$module_name/files/generic_node/etc/ssh/sshd_config >>> >> >>> >> With the source lines looking like: >>> >> puppet://lou1/modules/$module_name/generic_node/etc/ssh/sshd_config >>> >> >>> >> >>> >> If you wanted ''generic_node'' to be the name of the module, then you''d >>> >> have the layout as >>> >> >>> >> /etc/puppet/prod/modules/generic_node/files/etc/ssh/sshd_config >>> >> >>> >> and the source line as >>> >> >>> >> puppet://lou1/modules/generic_node/etc/ssh/sshd_config >>> >> >>> >> -- >>> >> Jacob Helwig >>> >> >>> >> On Tue, 11 Oct 2011 15:26:16 -0400, Deven Phillips wrote: >>> >>> Date: Tue, 11 Oct 2011 15:26:16 -0400 >>> >>> From: Deven Phillips <deven.phillips@gmail.com> >>> >>> To: puppet-users@googlegroups.com >>> >>> Subject: Re: [Puppet Users] Issues switching over to using >>> environments >>> >>> Message-ID: < >>> CAJw+4ND2kwPGC5-Mre1K23oF_ym9EquBAa+09xmUkzkoU-omTQ@mail.gmail.com> >>> >>> >>> >>> The manifest which calls this looks like: >>> >>> >>> >>> file {"/etc/ssh/sshd_config": >>> >>> owner => "root", >>> >>> group => "root", >>> >>> mode => "0644", >>> >>> ensure => "present", >>> >>> source => >>> >>> "puppet://lou1/modules/files/generic_node/etc/ssh/sshd_config", >>> >>> require => Package[''openssh''], >>> >>> notify => Service[''ssh''], >>> >>> } >>> >>> >>> >>> And the current error on the agent node shows: >>> >>> >>> >>> err: /Stage[main]/Secureshell/File[/etc/ssh/sshd_config]: Could not >>> >>> evaluate: Could not retrieve information from environment production >>> >>> source(s) >>> puppet://lou1/modules/files/generic_node/etc/ssh/sshd_config >>> >>> at /etc/puppet/prod/manifests/classes/ssh.pp:55 >>> >>> >>> >>> >>> >>> TIA, >>> >>> >>> >>> Deven >>> >>> >>> >>> On Tue, Oct 11, 2011 at 3:23 PM, Deven Phillips >>> >>> <deven.phillips@gmail.com> wrote: >>> >>> > Nope, that didn''t seem to help the way I tried it... So, here''s my >>> layout: >>> >>> > >>> >>> > /etc/puppet/ >>> >>> > prod/ >>> >>> > modules/ >>> >>> > files/ >>> >>> > generic_node/ >>> >>> > >>> etc/ >>> >>> > >>> ssh/ >>> >>> > >>> >>> > sshd_config >>> >>> > >>> >>> > From a machine which is using "production" as it''s environment, and >>> >>> > production points to "prod/modules" for it''s modules; I still get >>> >>> > errors trying to get the sshd_config file. >>> >>> > >>> >>> > TIA!! >>> >>> > >>> >>> > Deven >>> >>> > >>> >> >>> > >>> >>> -- >>> You received this message because you are subscribed to the Google Groups >>> "Puppet Users" group. >>> To post to this group, send email to puppet-users@googlegroups.com. >>> To unsubscribe from this group, send email to >>> puppet-users+unsubscribe@googlegroups.com. >>> For more options, visit this group at >>> http://groups.google.com/group/puppet-users?hl=en. >>> >>> >> >> -- >> You received this message because you are subscribed to the Google Groups >> "Puppet Users" group. >> To post to this group, send email to puppet-users@googlegroups.com. >> To unsubscribe from this group, send email to >> puppet-users+unsubscribe@googlegroups.com. >> For more options, visit this group at >> http://groups.google.com/group/puppet-users?hl=en. >> >> >> -- >> You received this message because you are subscribed to the Google Groups >> "Puppet Users" group. >> To post to this group, send email to puppet-users@googlegroups.com. >> To unsubscribe from this group, send email to >> puppet-users+unsubscribe@googlegroups.com. >> For more options, visit this group at >> http://groups.google.com/group/puppet-users?hl=en. >> > > -- > You received this message because you are subscribed to the Google Groups > "Puppet Users" group. > To post to this group, send email to puppet-users@googlegroups.com. > To unsubscribe from this group, send email to > puppet-users+unsubscribe@googlegroups.com. > For more options, visit this group at > http://groups.google.com/group/puppet-users?hl=en. >-- You received this message because you are subscribed to the Google Groups "Puppet Users" group. To post to this group, send email to puppet-users@googlegroups.com. To unsubscribe from this group, send email to puppet-users+unsubscribe@googlegroups.com. For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en.