Re: [Puppet Users] "# Only restart if we're actually running"

2010-12-21 Thread Nick Moffitt
Nigel Kersten: > Can you use the "basic" service provider with fully-specified > start/stop/restart commands to achieve what you need? Are you suggesting that I override the start command to a noop, and make sure the restart command works in that scenario? Thinking that over, it has potential. I

Re: [Puppet Users] RFC: Puppet Docs

2010-12-21 Thread Felix Frank
On 12/20/2010 06:38 PM, James Turnbull wrote: > Hi all > > Some time ago we created a new project called Puppet Docs. This took > our existing reference documentation (which is auto-generated from the > Puppet Core source code) and added together some pages from the Wiki and > some new content.

Re: [Puppet Users] RFC: Puppet Docs

2010-12-21 Thread Matthew Macdonald-Wallace
On Tue, 2010-12-21 at 09:43 +0100, Felix Frank wrote: > On 12/20/2010 06:38 PM, James Turnbull wrote: > > We're now discussing whether it is a good idea to separate our > > documentation from the Puppet Core. What we're proposing is to move all > > the content from Puppet Docs (barring MCollective

Re: [Puppet Users] Yum Repos - Best Practice?

2010-12-21 Thread Felix Frank
On 12/20/2010 07:26 PM, Matthew Macdonald-Wallace wrote: > Hi all, > > I'm wondering how other people mange yum repositories using the yumrepo > type. > > At the moment, we have a class called "repos" which has all of our repos > defined in it. > > This class is included in our 'base' class whic

[Puppet Users] how to disable runinterval option

2010-12-21 Thread sanjiv.singh
hi all , i want to disable runinterval option on puppetd . as i know , after every 1800 sec.( 30 mins) , puppet client pull configuration from puppet master . I want configuration to be pushed to puppet client when i wwould fire puppetrun on puppet master rather than after ever

[Puppet Users] Re: "# Only restart if we're actually running"

2010-12-21 Thread Bill Proud
On Dec 20, 7:57 pm, Nick Moffitt wrote: > I'd like to know the best way to fix the refresh/restart behavior of > Service resources without using ensure => running. > > I know that this is an unpopular requirement, but I do not want puppet > to restart dying services before my monitoring system not

Re: [Puppet Users] Re: "# Only restart if we're actually running"

2010-12-21 Thread Nick Moffitt
Bill Proud: > I would have thought that the simplest solution would be to not use a > service at all but instead notify an exec from the file resource for > the configuration. The exec could run a simple script that checks if > the application is running and restarts it if it is. The trouble with

Re: [Puppet Users] [puppet-users] run without puppet master

2010-12-21 Thread aaron prayther
Actually CLIP is exactly what i am using and we have stripped out all but the CLIP puppet content and have started modifying that to better adhere to STIG. what i'm trying to understand now is a good way to structure puppet content to now go beyond STIG and add host and application level puppet co

Re: [Puppet Users] how to disable runinterval option

2010-12-21 Thread Stefan Schulte
On Tue, Dec 21, 2010 at 01:50:00AM -0800, sanjiv.singh wrote: > > hi all , > i want to disable runinterval option on puppetd . > as i know , after every 1800 sec.( 30 mins) , puppet client pull > configuration from puppet master . > > I want configuration to be pushed to puppet cl

Re: [Puppet Users] how to disable runinterval option

2010-12-21 Thread Mark Stanislav
I believe Stefan's answer is probably the correct one if you really need/want the service still enabled (for perhaps puppetrun). Alternatively you could disable the Puppet service altogether and utilize mCollective or otherwise it initiate runs manually when needed. There is also a Puppet Comman

Re: [Puppet Users] RFC: Puppet Docs

2010-12-21 Thread Michael Stahnke
One of the questions I have is who do you expect to work on documentation? If you really expect developers to do it primarily, then having it in the code repository is fine. If you want tech-writers, or users who might be a little more scared of working with the code in puppet proper, having it s

[Puppet Users] Re: puppet 2.6.3 (kick.rb) error after install

2010-12-21 Thread ed ruk
Puppet not supporting Ruby 1.9 caught me out too. I am just evaluating whether Chef or Puppet will work best for my setup. Puppet was definitely the simplest solution of the two to get up and running on an old dev box ( which uses Ruby 1.8.7 ) , but then fell over as soon as I tried the manifest f

Re: [Puppet Users] RFC: Puppet Docs

2010-12-21 Thread Felix Frank
On 12/21/2010 03:55 PM, Michael Stahnke wrote: > One of the questions I have is who do you expect to work on > documentation? If you really expect developers to do it primarily, > then having it in the code repository is fine. If you want > tech-writers, or users who might be a little more scared

[Puppet Users] puppetmasterd --compile: repeatable YAML output?

2010-12-21 Thread Chris May
Hi all, I've recently started using "puppetmasterd --compile" to validate changes to my manifests before I push them out onto the puppetmaster, which is a great help in spotting syntax errors, missing resources and the like. However, something I'd really like to be able to do, is to make a chan

[Puppet Users] Re: puppetmasterd --compile: repeatable YAML output?

2010-12-21 Thread deet
Failing > that, does anyone have a recommendation for a "YAML diff" tool that can show > substantive differences between the compiled manifests ? Chris. We are doing a big refactor and migration from .25 to 2.6. I just started looking into using https://github.com/ripienaar/puppet-catalog-di

[Puppet Users] lsbmajdistrelease fact

2010-12-21 Thread Arnau Bria
Hi all, I've noticed that facter version superior from epel do not display lsbmajdistrelease fact: # facter lsbmajdistrelease 5 # rpm -qa|grep facter facter-1.5.5-1.el5 # cat /etc/redhat-release Red Hat Enterprise Linux Server release 5.5 (Tikanga) # facter lsbmajdistrelease # cat /etc/redha

[Puppet Users] Re: puppetmasterd --compile: repeatable YAML output?

2010-12-21 Thread Chris May
Perfect - that's exactly what I needed. Thanks! Chris -- You received this message because you are subscribed to the Google Groups "Puppet Users" group. To post to this group, send email to puppet-us...@googlegroups.com. To unsubscribe from this group, send email to puppet-users+unsubscr...@

Re: [Puppet Users] "# Only restart if we're actually running"

2010-12-21 Thread Nick Moffitt
Nick Moffitt: > Are you suggesting that I override the start command to a noop, and make > sure the restart command works in that scenario? Thinking that over, it > has potential. I suppose it would refrain from starting a crashed > service, but it would pass the test in type/provider.rb that's b

Re: [Puppet Users] "# Only restart if we're actually running"

2010-12-21 Thread Nigel Kersten
On Tue, Dec 21, 2010 at 12:14 AM, Nick Moffitt wrote: > Nigel Kersten: > > Can you use the "basic" service provider with fully-specified > > start/stop/restart commands to achieve what you need? > > Are you suggesting that I override the start command to a noop, and make > sure the restart comman

[Puppet Users] Re: lsbmajdistrelease fact

2010-12-21 Thread Arnau Bria
On Tue, 21 Dec 2010 17:02:20 +0100 Arnau Bria wrote: > Hi all, > > I've noticed that facter version superior from epel do not > display lsbmajdistrelease fact: Sorry for the noise, that's not true. it works in some systems and it doesn't in others. I'm sure I have some diff between systems, so,

Re: [Puppet Users] Re: lsbmajdistrelease fact

2010-12-21 Thread Daniel Piddock
On 21/12/10 17:48, Arnau Bria wrote: > On Tue, 21 Dec 2010 17:02:20 +0100 > Arnau Bria wrote: > >> Hi all, >> >> I've noticed that facter version superior from epel do not >> display lsbmajdistrelease fact: > Sorry for the noise, that's not true. > > it works in some systems and it doesn't in other

Re: [Puppet Users] Re: lsbmajdistrelease fact

2010-12-21 Thread R.I.Pienaar
- Original Message - > On Tue, 21 Dec 2010 17:02:20 +0100 > Arnau Bria wrote: > > > Hi all, > > > > I've noticed that facter version superior from epel do not > > display lsbmajdistrelease fact: > Sorry for the noise, that's not true. > > it works in some systems and it doesn't in other

Re: [Puppet Users] Re: lsbmajdistrelease fact

2010-12-21 Thread Arnau Bria
Thanks to both.. > redhat-lsb seems trivial now... an hour looking for diff and it was so easy... thanks again! Arnau -- You received this message because you are subscribed to the Google Groups "Puppet Users" group. To post to this group, send email to puppet-us...@googlegroups.com. To unsub

[Puppet Users] module critique request

2010-12-21 Thread deet
Hello. I recently tried to improve a module I have which is used to create one or more instances of mysql per node. The original module had lot's of code repetition to get around gaps in my skills. The new improved module has less code repetition but doesn't seem as clean as I imagined it in

Re: [Puppet Users] Re: "# Only restart if we're actually running"

2010-12-21 Thread Craig Miskell
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Nick Moffitt wrote: > Bill Proud: >> I would have thought that the simplest solution would be to not use a >> service at all but instead notify an exec from the file resource for >> the configuration. The exec could run a simple script that checks if

Re: [Puppet Users] foreman issue

2010-12-21 Thread Brian Gallew
Foreman's report agent, for some reason, doesn't update as many of the Foreman DB fields as one might wish. I submitted a patch on this, but as Mark pointed out, the approved way to do this is to run a rake periodically to re-import all of the reports and/or classes. If you are interested in hack

Re: [Puppet Users] Re: Recent (unfun) experience with cron resource on Solaris 10 with puppet 0.25.5

2010-12-21 Thread Brian Gallew
In general, "cron != vixie-cron". It turns out that most of the Unix world pre-dates Linux and for various reasons (not the least of which are legal issues, branding, and in-product compatibility) it is generally *extremely* poor form to assume Linux-isms. Clearly, the cron provider should be upd

[Puppet Users] Exit gracefully

2010-12-21 Thread Douglas Garstang
I'd like to be able to put specific modules into 'maintenance' mode if a variable has been set. I can check the variable, but the only way I can see to have puppet skip processing is to use the fail() function, which stops everything with a nasty error message. Is there a return() function or simil

[Puppet Users] Re: client won't use remote file bucket

2010-12-21 Thread Nicolas Aizier
Hi all, this solve the issue for me also but now even if it still do backup in /var/lib/puppet/bucket it doesn't mention it in the report ? Before that "path => false" line it was mentionning it but not doing it . Strange isn't it ? On Nov 23, 7:13 pm, Mikael Fridh wrote: > On Nov 19, 10:56

[Puppet Users] Re: client won't use remote file bucket

2010-12-21 Thread Nicolas Aizier
Oh my bad, I just realize that is is backuping by md5 so one backup to rule them all Stupid me, forget about that. It's working fine. On Dec 22, 12:41 pm, Nicolas Aizier wrote: > Hi all, > > this solve the issue for me also but now even if it still do backup > in /var/lib/puppet/bucketi

[Puppet Users] filebucket questions

2010-12-21 Thread Nicolas Aizier
Hi everyone, I've got several questions that are most probably obvious to some of you but I'm actually a bit 'in the fog' about filebucket. backup are done on a md5 basis so 1 file is generated whatever the number of clients if it's the same md5. That a really good option. On the other hand let's

[Puppet Users] Re: Yum Repos - Best Practice?

2010-12-21 Thread DaveQB
A less elegant way, but an alternative is to simply have a *.repo file per use case (if you don't have too many) and simply include that file in the class or node that needs it. On Dec 21, 4:07 am, Felix Frank wrote: > On 12/20/2010 07:26 PM, Matthew Macdonald-Wallace wrote: > > > > > Hi all, >

[Puppet Users] Re: run without puppet master

2010-12-21 Thread donavan
On Dec 20, 6:51 am, aaron prayther wrote: > > does anyone have any examples of a "disconnected" configuration, not using a > puppet master? > Aaron, I know Jordan Sissel[1] runs his deployment very muhc like this. There's no central puppet master, but packages that install/enforce a particular

[Puppet Users] Re: Exit gracefully

2010-12-21 Thread donavan
On Dec 21, 4:38 pm, Douglas Garstang wrote: > I'd like to be able to put specific modules into 'maintenance' mode if a > variable has been set. I can check the variable, but the only way I can see > to have puppet skip processing is to use the fail() function, which stops > everything with a nasty

Re: [Puppet Users] Update time in template file.

2010-12-21 Thread Alan Barrett
On Sun, 19 Dec 2010, Stefan Schulte wrote: > If you really depend on your headerline consider the following: Don't > use Time.now but use something like > File.stat('/etc/puppet/modules/snmp/template/snmp.conf.erb').mtime.gmtime > [Maybe theres a way to address the filename from the template itself