[Puppet Users] puppet dashboard ebuild
Are there any plans for a puppet dashboard ebuild for gentoo? Thx. -- You received this message because you are subscribed to the Google Groups "Puppet Users" group. To view this discussion on the web visit https://groups.google.com/d/msg/puppet-users/-/Ps904r0de8wJ. To post to this group, send email to puppet-users@googlegroups.com. To unsubscribe from this group, send email to puppet-users+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en.
[Puppet Users] Re: ordering or chaining for generate() function
yes. I'm running a server side script that creates some data used to update a client-side config file. On Wednesday, April 25, 2012 6:50:52 AM UTC-7, matti wrote: > > Hi, > > Am I right in thinking that something like that has place. On the Master: > > generate() -> template() and/or "static file" -> /config/file/on/the/client > > Then, if /config/file/on/the/client exists, you do not use generate(), yet > when on the contrary, then you have to fire generate() first to generate > content for said client-side configuration file? > > KW > -- You received this message because you are subscribed to the Google Groups "Puppet Users" group. To view this discussion on the web visit https://groups.google.com/d/msg/puppet-users/-/phGZ84y3m_oJ. To post to this group, send email to puppet-users@googlegroups.com. To unsubscribe from this group, send email to puppet-users+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en.
[Puppet Users] Re: ordering or chaining for generate() function
Essentially, yeah. we have a data file that needs updating on the server. This is done through a custom script. i want to use generate() to run that script server side before we re-create the config files via puppet. I want to guarantee that the generate function runs before any file resources. Thanks. On Wednesday, April 25, 2012 6:07:05 AM UTC-7, jcbollinger wrote: > > > > On Apr 24, 3:53 pm, psychobyte wrote: > > I need to run a the generate() function (server side) in order to > populate > > a data file for one of my modules. Is there a way to ensure that the > > generate function is > > run before a config file is created (the contents of the file doesn't > come > > directly from generate()). > > > So the script run via generate() has some kind of side effect on the > master that later generation of the config file relies on? What a > terrible strategy. If you explain your problem in more detail then it > is likely that we can suggest a superior alternative. > > > John > -- You received this message because you are subscribed to the Google Groups "Puppet Users" group. To view this discussion on the web visit https://groups.google.com/d/msg/puppet-users/-/hSIvD25sp0gJ. To post to this group, send email to puppet-users@googlegroups.com. To unsubscribe from this group, send email to puppet-users+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en.
[Puppet Users] ordering or chaining for generate() function
Hi,
I need to run a the generate() function (server side) in order to populate
a data file for one of my modules. Is there a way to ensure that the
generate function is
run before a config file is created (the contents of the file doesn't come
directly from generate()).
Right now I'm getting around this by creating a bogus File resource and
chaining that before I write a config file.
===
file { "mp_volumes.yaml":
ensure => 'present',
path=> '/tmp/cmpllnt_vol.out',
content => generate('/usr/bin/myscript'),
owner => 'root',
group => 'root',
mode=> '0644',
}
# Make sure mp_volumes.yaml is up to date before we create conf file
File['mp_volumes.yaml']->File['conffile']
===
Is there a more appropriate way of doing this?
Thanks,
--
You received this message because you are subscribed to the Google Groups
"Puppet Users" group.
To view this discussion on the web visit
https://groups.google.com/d/msg/puppet-users/-/5OeG7J97VsQJ.
To post to this group, send email to puppet-users@googlegroups.com.
To unsubscribe from this group, send email to
puppet-users+unsubscr...@googlegroups.com.
For more options, visit this group at
http://groups.google.com/group/puppet-users?hl=en.
[Puppet Users] Re: configured puppet server as client now no updates are working
Actually, this was a stupid mistake on my part. I manage the puppet.conf file, when I applied the config. the puppet master config file got set to a puppet client config. I'm surprised it didn't output any error messages. On Monday, April 16, 2012 9:45:25 AM UTC-7, psychobyte wrote: > > Hi, > > My puppet server was working up until I configured it to be a puppet > client. I applied the configuration on the server which seemed to work > fine. However, now when ever a client or itself > asks for an updated configuration it always comes back with a successful > poll, no updates, and the configuration version changed. So configuration > changes are not being applied anymore. > Is there some cache that's not being cleared? Is there a way of reversing > this? > > test-puppet ~ # puppetd -t > info: Caching catalog for test-puppet.lab.lcl > info: Applying configuration version '1334594015' > notice: Finished catalog run in 0.02 seconds > > Thanks, > -- You received this message because you are subscribed to the Google Groups "Puppet Users" group. To view this discussion on the web visit https://groups.google.com/d/msg/puppet-users/-/fW_u7t_SXIIJ. To post to this group, send email to puppet-users@googlegroups.com. To unsubscribe from this group, send email to puppet-users+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en.
[Puppet Users] configured puppet server as client now no updates are working
Hi, My puppet server was working up until I configured it to be a puppet client. I applied the configuration on the server which seemed to work fine. However, now when ever a client or itself asks for an updated configuration it always comes back with a successful poll, no updates, and the configuration version changed. So configuration changes are not being applied anymore. Is there some cache that's not being cleared? Is there a way of reversing this? test-puppet ~ # puppetd -t info: Caching catalog for test-puppet.lab.lcl info: Applying configuration version '1334594015' notice: Finished catalog run in 0.02 seconds Thanks, -- You received this message because you are subscribed to the Google Groups "Puppet Users" group. To view this discussion on the web visit https://groups.google.com/d/msg/puppet-users/-/J7ehDlU1CUcJ. To post to this group, send email to puppet-users@googlegroups.com. To unsubscribe from this group, send email to puppet-users+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en.
Re: [Puppet Users] configuration version variable?
Thanks for the reply Patrick but, I should have been more specific. I wanted the "puppet configuration version" as in info: Applying configuration version '1333729957' So any file that gets manipulated by puppet has it in a header. Thanks. On Friday, April 6, 2012 9:58:20 AM UTC-7, Patrick Debois wrote: > > I've implemented that - See pull request - > https://github.com/puppetlabs/hiera-puppet/pull/20 > > See > > https://github.com/jedi4ever/hiera-puppet/commit/2250a9825ea3382bb0518d77c4f5a8b97667f4a0 > > for details > > On 06/04/12 18:54, psychobyte wrote: > > Hi, > > > > is there a fact or variable for the configuration version that I can > > access from hiera or my manifests? I'd like to embed it into my files. > > > > Thanks, > > > > -- > > You received this message because you are subscribed to the Google > > Groups "Puppet Users" group. > > To view this discussion on the web visit > > https://groups.google.com/d/msg/puppet-users/-/y9V2HDKg-YQJ. > > To post to this group, send email to puppet-users@googlegroups.com. > > To unsubscribe from this group, send email to > > puppet-users+unsubscr...@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 view this discussion on the web visit https://groups.google.com/d/msg/puppet-users/-/2dck78zcrOgJ. To post to this group, send email to puppet-users@googlegroups.com. To unsubscribe from this group, send email to puppet-users+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en.
[Puppet Users] configuration version variable?
Hi, is there a fact or variable for the configuration version that I can access from hiera or my manifests? I'd like to embed it into my files. Thanks, -- You received this message because you are subscribed to the Google Groups "Puppet Users" group. To view this discussion on the web visit https://groups.google.com/d/msg/puppet-users/-/y9V2HDKg-YQJ. To post to this group, send email to puppet-users@googlegroups.com. To unsubscribe from this group, send email to puppet-users+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en.
[Puppet Users] Re: hiera_array() default value not taken
I don't think hiera likes defaults as array/hashes explicitly
I usually do a
$empty_hsh = {}
$empty_arr = []
and use those as default values.
HTH
On Monday, April 2, 2012 5:03:37 AM UTC-7, pablo.f...@cscs.ch wrote:
>
> Hi,
>
> There is probably something stupid I am missing, but I just can't see
> it. I do:
>
> $iptables_open_ports_public = hiera_array ('iptables_open_ports_public',
> [])
>
> And I have not defined that in the hiera tree, so the default (an empty
> array) should be returned. But I get, instead:
>
> "Error 400 on SERVER: Could not find data item
> iptables_open_ports_public in any Hiera data file and no default supplied"
>
> Is there any special way to define an empty array as a parameter?
>
> Thanks!
> Pablo
>
>
--
You received this message because you are subscribed to the Google Groups
"Puppet Users" group.
To view this discussion on the web visit
https://groups.google.com/d/msg/puppet-users/-/r9CJ90mbMVgJ.
To post to this group, send email to puppet-users@googlegroups.com.
To unsubscribe from this group, send email to
puppet-users+unsubscr...@googlegroups.com.
For more options, visit this group at
http://groups.google.com/group/puppet-users?hl=en.
[Puppet Users] Re: hiera on puppet 2.6.12
OK. got it to work. created directory /var/lib/puppet/lib/puppet/parser/functions copied the hiera files there: cp /usr/lib64/ruby/gems/1.8/gems/hiera-puppet-0.3.0/lib/puppet/parser/ functions/* /var/lib/puppet/lib/puppet/parser/functions/ restarted puppetmaster and it seems to work now. Thanks! On Mar 14, 12:32 pm, Markus Falb wrote: > On 14.3.2012 18:50, psychobyte wrote: > > > I'm trying to use standard hiera on puppet (gentoo). I simply did > > > # gem install hiera > > > Then setup /etc/hiera.yaml > > > When i call the hiera() function in puppet i get > > > "Error 400 on SERVER: Unknown function hiera at /data/puppe/manifests/ > > site.pp:27" > > > Is there a step that I'm missing? > > Yes. Copy the puppet function to puppets libdir. > It is mentioned in the READMEhttps://github.com/puppetlabs/hiera-puppet > > -- > Kind Regards, Markus Falb > > signature.asc > < 1KViewDownload -- 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+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en.
[Puppet Users] hiera on puppet 2.6.12
Hi, I'm trying to use standard hiera on puppet (gentoo). I simply did # gem install hiera Then setup /etc/hiera.yaml When i call the hiera() function in puppet i get "Error 400 on SERVER: Unknown function hiera at /data/puppet/manifests/ site.pp:27" Is there a step that I'm missing? BTW. standalone hiera works fine. -- 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+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en.
[Puppet Users] Re: Puppet Agent / master configuration
you can set the client to update it's catalog w/ this parameter runinterval = 3600 On Feb 6, 2:06 am, sateesh wrote: > Hi, > > I had set up the puppet agent / master configuration. I have written > the site.pp in manifests. The catalog is running on the client with > some time intervals. I have observed that it took some 5 - 15 min for > running that manifest. > > For immediate testing I have run the puppet agent using --test > parameter. > > Is there any config file where the time interval is set. and is there > any way to run that catalog for all clients from the master machine. > > Also is there any way to specify the catalog for a client. I guess the > site.pp is default. > > Thanks in advance, > Sateesh B. -- 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+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en.
[Puppet Users] puppet client only install on Gentoo
Hi, I'm using Gentoo and puppet-2.6.12. The puppet master and client are wrapped up in the same package, app-admin/puppet. Can someone suggest a simple way of installing only the puppet client (I'm new to Gentoo)? Thanks, P. -- 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+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en.
