Puppet users - Jul 2010 - File-based Distribution, Module Function Logic and Per Setting (Augeas); Which method do you think is best for the env i help to support and why?

I am having a difficult time understanding and determining  which
module method is best for the env I help to support.

Overview of systems supported:
-There are 17+ clients.
-4+ envs (dev, stage, beta, prod ..) per client
-Several flavors and versions of OS ( Mostly fedora and centos )
-All are apache, some mongrel and most passenger
-code deployments are capistrano
-configurations are done with ssh and vi


A goal is to follow is to have a clean, simple method.  Another goal
is to follow jmeeuwen recommendation and
"stick to a single approach for an entire environment".  Which method
do you think is best for the env i help to support and why?

Another short term goal is setup a module to support monit configs on
a few  test nodes.  I am looking camptocamp monit module
-which method does that module use?
-is there another monit module that you could recommend?

Tony ''...wanna be puppetmaster''

-- 
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.

I think I''ve answered one of my questions.

Based on the content files located in modules/camptocamp-puppet-monit/
files; camptocamp module uses the file-based distribution.

On Jul 5, 10:08 am, TonyR <scuderia...@gmail.com>
wrote:
> I am having a difficult time understanding and determining  which
> module method is best for the env I help to support.
>
> Overview of systems supported:
> -There are 17+ clients.
> -4+ envs (dev, stage, beta, prod ..) per client
> -Several flavors and versions of OS ( Mostly fedora and centos )
> -All are apache, some mongrel and most passenger
> -code deployments are capistrano
> -configurations are done with ssh and vi
>
> A goal is to follow is to have a clean, simple method.  Another goal
> is to follow jmeeuwen recommendation and
> "stick to a single approach for an entire environment".  Which
method
> do you think is best for the env i help to support and why?
>
> Another short term goal is setup a module to support monit configs on
> a few  test nodes.  I am looking camptocamp monit module
> -which method does that module use?
> -is there another monit module that you could recommend?
>
> Tony ''...wanna be puppetmaster''
-- 
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.

On Mon, Jul 5, 2010 at 10:29 AM, TonyR <scuderia.f1@gmail.com>
wrote:
> I think I''ve answered one of my questions.
>
> Based on the content files located in modules/camptocamp-puppet-monit/
> files; camptocamp module uses the file-based distribution.
>
I''m not entirely clear on the question, but I highly recommend
organizing classes into modules employing
puppet:///modules/modulename/path/to/file.txt source URI''s.

The puppet master automatically sets up fileserver entries for you
when organizing manifests and files in modules.

Hope this helps,
-- 
Jeff McCune
http://www.puppetlabs.com/

-- 
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.

Jeff,

Thanks for the response.

puppet:///modules/modulename/path/to/file.txt source URI''s.    got
it.  is that part of puppet best practices?

T.

On Jul 5, 4:39 pm, Jeff McCune <j...@puppetlabs.com>
wrote:
> On Mon, Jul 5, 2010 at 10:29 AM, TonyR <scuderia...@gmail.com> wrote:
> > I think I''ve answered one of my questions.
>
> > Based on the content files located in modules/camptocamp-puppet-monit/
> > files; camptocamp module uses the file-based distribution.
>
> I''m not entirely clear on the question, but I highly recommend
> organizing classes into modules employing
> puppet:///modules/modulename/path/to/file.txt source URI''s.
>
> The puppet master automatically sets up fileserver entries for you
> when organizing manifests and files in modules.
>
> Hope this helps,
> --
> Jeff McCunehttp://www.puppetlabs.com/
-- 
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.

On Tue, Jul 6, 2010 at 12:25 PM, TonyR <scuderia.f1@gmail.com>
wrote:
> Jeff,
>
> Thanks for the response.
My pleasure.
> puppet:///modules/modulename/path/to/file.txt source URI''s.    got
> it.  is that part of puppet best practices?
Yeah, it''s documented at:
http://docs.reductivelabs.com/guides/modules.html

The pertinent section is:

Notice that the file source path includes a modules/ component. In
Puppet version 0.25 and later, you must include this component in
source paths in order to serve files from modules. Puppet 0.25 will
still accept source paths without it, but it will warn you with a
deprecation notice about “Files found in modules without specifying
‘modules’ in file path”. In versions 0.24 and earlier, source paths
should not include the modules/ component.

Note also that you can still access files in modules when using puppet
instead of puppetd; just leave off the server name and puppetd will
fill in the server for you (using its configuration server as its file
server) and puppet will use its module path:

file { "/etc/auto.homes":
    source => "puppet:///modules/autofs/auto.homes"
}


-- 
Jeff McCune
http://www.puppetlabs.com/

-- 
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.

access files in modules when using puppet instead of puppetd.... leave
off the server name... got it.  thank you.

On Jul 6, 3:40 pm, Jeff McCune <j...@puppetlabs.com>
wrote:
> On Tue, Jul 6, 2010 at 12:25 PM,TonyR<scuderia...@gmail.com> wrote:
> > Jeff,
>
> > Thanks for the response.
>
> My pleasure.
>
> > puppet:///modules/modulename/path/to/file.txt source URI''s.  
 got
> > it.  is that part of puppet best practices?
>
> Yeah, it''s documented
at:http://docs.reductivelabs.com/guides/modules.html
>
> The pertinent section is:
>
> Notice that the file source path includes a modules/ component. In
> Puppet version 0.25 and later, you must include this component in
> source paths in order to serve files from modules. Puppet 0.25 will
> still accept source paths without it, but it will warn you with a
> deprecation notice about “Files found in modules without specifying
> ‘modules’ in file path”. In versions 0.24 and earlier, source paths
> should not include the modules/ component.
>
> Note also that you can still access files in modules when using puppet
> instead of puppetd; just leave off the server name and puppetd will
> fill in the server for you (using its configuration server as its file
> server) and puppet will use its module path:
>
> file { "/etc/auto.homes":
>     source => "puppet:///modules/autofs/auto.homes"
>
> }
>
> --
> Jeff McCunehttp://www.puppetlabs.com/
-- 
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.