Right on!

Thanks Jon,

That was it. Got it working just as you stated. It's exactly what I need. 

Tony

On Monday, April 8, 2013 1:01:58 PM UTC-7, Jonathan Proulx wrote:
>
>
> On Mon, Apr 8, 2013 at 3:33 PM, Tony C <tonyj...@gmail.com 
> <javascript:>>wrote:
>
>> Jon,
>>
>> Can you tell me some more detail about puppetlabs_stdlib? I am unfamiliar 
>> with this module. I read on it but not sure specifically how you are using 
>> it.
>>
>>
> stdlib provides many useful functions, most of which are called by other 
> modules.
>
> The use that relates to  this case is "facter-dot-d" see 
> https://puppetlabs.com/blog/module-of-the-week-puppetlabsstdlib-puppetlabs-standard-library-part-3/for
>  a write up.
>
> The simple case (which is the one we use is making a plain text file in 
> /etc/facter/facts.d (anything in there ending in .txt gets parsed as plain 
> text)) with key=value pairs that then become facter facts.
>
> for example on my puppet managed workstation:
>
> $ cat /etc/facter/facts.d/csail.txt  
> role=wkst
> autofs=true
>
> So when puppet runs the fact "role" is set to "wkst" which pulls in the 
> right classes to make a generic workstation, the fact "group" mentioned 
> above is undefined which is OK there's just no customization based on 
> groups and "autofs" is a facter key that our local wkst module looks at to 
> see if our NFS automount should be configured or not.  By default we don't 
> but the local root user can define this to true and on the next puppet run 
> the config will happen for them.
>
> We install the stdlib module on the puppet masters (implemneted as a git 
> submodule in our git repo) and use "pluginsync=true" on the clients to pull 
> down the bits they need from this and other modules.  Though you could 
> distribute the required facter-dot-d.rb file in other ways, pluginsync is 
> most convenient for us.
>
> -Jon
>

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to puppet-users+unsubscr...@googlegroups.com.
To post to this group, send email to puppet-users@googlegroups.com.
Visit this group at http://groups.google.com/group/puppet-users?hl=en.
For more options, visit https://groups.google.com/groups/opt_out.


Reply via email to