[Puppet Users] [newb] Using facts to control versions of modules?

I'm just starting out and trying to figure stuff out. Here's one place I'm stumped and could use some help. I've heard that the goal is to move away from a ~hieradata/{dev|test|prod} directory structure to use Facts. What I haven't seen is how to control module versions with that. If you update

Re: [Puppet Users] [newb] Using facts to control versions of modules?

On Tuesday, December 2, 2014 8:01:33 AM UTC-5, duke wrote: > > On 2014-12-01 22:10, leam hall wrote: > > I've heard that the goal is to move away from a > > ~hieradata/{dev|test|prod} directory structure to use Facts. What I > > haven't seen is how to control

[Puppet Users] Trying to use node based hiera config

I'm trying to move forward with our PE setup. However, I'm new and it's going slow. Right now I'm stuck on getting a node based json file to be read for hiera. ### # heira.yaml # restart pe-puppet each time this file has been edited. --- :backends: - yaml - json :hierarchy: - defaults

Re: [Puppet Users] Re: Trying to use node based hiera config

rk. > Also as an aside, I would move your defaults to the end of the lookup list. > The lookup should go from most specific to least specific. > > - Tony > > > On Tuesday, December 2, 2014 9:16:49 AM UTC-8, leam hall wrote: >> >> I'm trying to move forward with our

Re: [Puppet Users] Re: Trying to use node based hiera config

s .json file? > > On Tuesday, December 2, 2014 10:46:12 AM UTC-8, leam hall wrote: >> >> Hey Tony, >> >> I made both changes but still getting "nil" for the admin list. >> >> Leam >> >> On Tue, Dec 2, 2014 at 1:32 PM, Tony Thayer wrote: &

Re: [Puppet Users] Re: Trying to use node based hiera config

ng in the > nodes folder. > > On Tuesday, December 2, 2014 11:15:24 AM UTC-8, leam hall wrote: >> >> Hey Tony, >> >> Only one hiera.yaml, this is PE 3. I'm in a big company that gets >> touchy about sharing hostnames. Really what I did was "mv global.js

[Puppet Users] Re: [newb] Using facts to control versions of modules?

If I can get environments to work. Bleagh... -- 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 view this discussion o

Re: [Puppet Users] Re: [newb] Using facts to control versions of modules?

On Wed, Dec 3, 2014 at 9:53 AM, leam hall wrote: > If I can get environments to work. Bleagh... > > -- > You received this message because you are subscribed to a topic in the > Google Groups "Puppet Users" group. > To unsubscribe from this topic, visit > https://g

Re: [Puppet Users] Re: [newb] Using facts to control versions of modules?

And if I can learn how to use e-mail. Man, I'm getting tired. Anyway, seem to have gotten environments to work. Still testing but I think it will solve some of the issues we need to overcome. Yay! On Wed, Dec 3, 2014 at 10:57 AM, leam hall wrote: > On Wed, Dec 3, 2014 at 9:53 AM, l

[Puppet Users] How to test hiera info?

I can use: puppet apply -e '$su = hiera_array("site_users") notify { $su: }' on the puppet master and get the information for that host. How do I run that query on a node that should get a different answer based on facts? For example, on "mynode.example.com", how do I query for hostname="mynode".

[Puppet Users] Puppet array merge failure?

Note that I'm still learning so this could easily be operator error. I'd like to get all 4 ntp servers in in the array. That is, I have other things that need to be in merged hashes and arrays and I'm using ntp_servers as a learning tool. Thanks! Leam # hiera.yaml -- :backend

Re: [Puppet Users] Puppet array merge failure?

On Friday, January 30, 2015 at 12:11:20 PM UTC-5, Matthew Burgess wrote: > > > On 30 Jan 2015 14:09, "leam hall" > wrote: > > > > :merge_behavior: deep > > See > https://docs.puppetlabs.com/hiera/1/lookup_types.html#deep-merging-in-hiera--120. >

Re: [Puppet Users] Puppet array merge failure?

January 30, 2015 at 11:33:37 AM UTC-6, leam hall wrote: >> >> >> On Friday, January 30, 2015 at 12:11:20 PM UTC-5, Matthew Burgess wrote: >>> >>> >>> On 30 Jan 2015 14:09, "leam hall" wrote: >>> > >>> > :merge_behavior

Re: [Puppet Users] Puppet array merge failure?

We're using the PuppetLabs ntp module with minor changes. environments/sandbox/modules/ntp/manifests: |-- config.pp |-- init.pp |-- install.pp |-- params.pp `-- service.pp In init.pp we're using servers in the class parameters: $servers = $ntp::params::servers, Didn't change the $s

Re: [Puppet Users] Puppet array merge failure?

And on that note I moved the $servers = hiera('ntp_servers') to $servers = hiera_array('ntp_servers') and resolved the issue. Woo-hoo! Leam -- Mind on a Mission -- You received this message because you are subscribed to the Google Groups "Puppet Users" group. To un

[Puppet Users] Is there a better way to limit module actions based on facts?

We have a mixed environment. I wrote a module that would only do stuff on Red Hat family boxes. Under the class definition I put: if $::osfamily == 'RedHat' { and did all the package and file definitions under that. Is there a better or cleaner way to do this? Leam -- You received this mes

[Puppet Users] Re: Is there a better way to limit module actions based on facts?

error at 'osfamily'; expected '}' at /etc/puppetlabs/puppet/environments/theblack/modules/sysusers/manifests/setup.pp:5 Module: https://forge.puppetlabs.com/mthibaut/users Case statement reference: https://docs.puppetlabs.com/puppet/latest/reference/lang_conditional.html

Re: [Puppet Users] Re: Is there a better way to limit module actions based on facts?

Hey all, I'm still getting stuck, and I've moved the case statement to several places. The issue is the module's init.pp calls setup.pp. The user data is stored in Hiera. So far I've tried: 1. Going between $osfamily, $::osfamily, ${osfamily}, {$osfamily}, and ${::osfamily}. The failures seem to

Re: [Puppet Users] Re: Is there a better way to limit module actions based on facts?

On Wed, Feb 11, 2015 at 4:18 PM, Joseph Karns wrote: > Hello Leam: > > I think your looking for something like this: > > - > > define sysusers::setup( > $hash > ) { > > > case $::osfamily { > 'redhat': { > $user_home = '/home' > } >

[Puppet Users] Anyone really using Postgres for a Hiera backend?

Just wondering. I found some options but don't see any under current development. Leam -- Mind on a Mission -- You received this message because you are subscribed to the Google Groups "Puppet Users" group. To unsubscribe from this group and stop receiving ema

[Puppet Users] For PE 3, what are the stable/supported database backends?

We're looking to move from yaml and json to a database. What good options are along the lines of MySQL, Postgres, or MongoDB? Thanks! Leam -- You received this message because you are subscribed to the Google Groups "Puppet Users" group. To unsubscribe from this group and stop receiving email

Re: [Puppet Users] For PE 3, what are the stable/supported database backends?

On Fri, Jun 26, 2015 at 12:20 PM, Lindsey Smith wrote: > > On Thu, Jun 25, 2015 at 12:27 PM, leam hall wrote: > >> We're looking to move from yaml and json to a database. What good options >> are along the lines of MySQL, Postgres, or MongoDB? >> > > Would

[Puppet Users] How do you track large lists of modules?

I'm wondering how people track large lists of modules, to ensure new team members know which does what, when the last time a module was reviewed for usefulness, etc. How do you handle growth and complexity? Leam -- Mind on a Mission -- You received this message