[Puppet Users] Re: Multiple default providers for service: init, base; using init

2009-07-10 Thread Luke Kanies
On Jul 1, 2009, at 9:30 AM, Pete Emerson wrote: > I have a bunch of CentOS machines. In the process of puppetizing one > of them I'm getting this warning (more complete debug info at the > end): > > warning: Found multiple default providers for service: init, base; > using init > info: /Ser

[Puppet Users] Re: Provider "API": delete vs. destroy

2009-07-10 Thread Luke Kanies
On Jul 10, 2009, at 1:15 PM, jcbollinger wrote: > > I have been working on a custom provider for User resources, relying > in part on the documentation on the Wiki: > > http://reductivelabs.com/trac/puppet/wiki/CompleteResourceExample > http://reductivelabs.com/trac/puppet/wiki/ProviderDevelopmen

[Puppet Users] Resource / provider protocol for resource creation

2009-07-10 Thread jcbollinger
As I mentioned in another thread, I am working on a custom provider for the User resource. After having worked out that I needed a delete () method rather than a destroy() method, nearly everything is working: Removing a User with ensure => 'absent', Updating an existing user via all property bi

[Puppet Users] Vexed by puppet.conf

2009-07-10 Thread Paul Lathrop
Dear Puppeteers, I'm in desperate need of help. Here's the story: When I boot up new machines, they have a default puppet.conf which causes them to talk to our production puppetmaster at puppet.digg.internal. Some of these machines are destined for our development environment, and there is a cus

[Puppet Users] Re: Provider "API": delete vs. destroy

2009-07-10 Thread Nigel Kersten
On Fri, Jul 10, 2009 at 3:47 PM, jcbollinger wrote: > > > Nigel Kersten wrote: >> Is your :parent => Puppet::Provider::NameService::ObjectAdd ? > > No, I have not specified an explicit parent, so I get Puppet::Provider > as the superclass (which I confirmed by adding a "puts > self.superclass" to

[Puppet Users] Re: Provider "API": delete vs. destroy

2009-07-10 Thread jcbollinger
Nigel Kersten wrote: > Is your :parent => Puppet::Provider::NameService::ObjectAdd ? No, I have not specified an explicit parent, so I get Puppet::Provider as the superclass (which I confirmed by adding a "puts self.superclass" to the end of the class definition and observing the output). It su

[Puppet Users] Re: Provider "API": delete vs. destroy

2009-07-10 Thread Nigel Kersten
On Fri, Jul 10, 2009 at 1:15 PM, jcbollinger wrote: > > I have been working on a custom provider for User resources, relying > in part on the documentation on the Wiki: > > http://reductivelabs.com/trac/puppet/wiki/CompleteResourceExample > http://reductivelabs.com/trac/puppet/wiki/ProviderDevelop

[Puppet Users] Provider "API": delete vs. destroy

2009-07-10 Thread jcbollinger
I have been working on a custom provider for User resources, relying in part on the documentation on the Wiki: http://reductivelabs.com/trac/puppet/wiki/CompleteResourceExample http://reductivelabs.com/trac/puppet/wiki/ProviderDevelopment Somewhat to my surprise, my provider is generally working

[Puppet Users] Re: Tracking down ensure => running problem

2009-07-10 Thread jcbollinger
Peter Meier wrote: > as in earlier days you can't be sure that every init script had a > status option, init.d didn't use it in earlier versions. Afair this > have been changed in the latest version (0.24.8), at least there have > been a discussion about that on the dev list. > > however you can

[Puppet Users] Re: Workstations and Certs

2009-07-10 Thread Allan Marcus
Couple of minor revisions. 1) Thank you Ohad Levy for the original cgi script. Sorry about not giving you credit. 2) if [ '$NVRAM' == 'no' ]; then should be if [ "$NVRAM" == 'no' ]; then --- Thanks, Allan Marcus 505-667-5666 On Jul 9, 2009, at 7:12 PM, Allan Marcus wrote: > > Putting it

[Puppet Users] Re: Tracking down ensure => running problem

2009-07-10 Thread Peter Meier
Hi > My guess is that I'm not doing something quite right in my init.d script as > I have other custom services that are working just fine, but since I cloned > this one from a working one, it's baffling me. How does puppet check whether > a service is running or not for an init service? as in

[Puppet Users] Re: Tracking down ensure => running problem

2009-07-10 Thread Nigel Kersten
On Fri, Jul 10, 2009 at 11:00 AM, Pete Emerson wrote: > I'm trying to figure out how "ensure => running" determines whether a > service is running or not (CentOS using init controlled services). > > I have a custom service that has enable => running set on it: > > service { "foo": >     ensure =>

[Puppet Users] Tracking down ensure => running problem

2009-07-10 Thread Pete Emerson
I'm trying to figure out how "ensure => running" determines whether a service is running or not (CentOS using init controlled services). I have a custom service that has enable => running set on it: service { "foo": ensure => running, enable => true } Every time puppet runs I see this:

[Puppet Users] Re: puppet variables

2009-07-10 Thread Allan Marcus
Thank you for your suggestion. No, I haven't tried. I also haven't trying banging on my keyboard until I produce Shakespeare. I was hoping to get an informed answer from the knowledgeable people on this list before I wasted my time. Also, trial and error will not let me know if there are an

[Puppet Users] Re: Workstations and Certs

2009-07-10 Thread Kurt Engle
Absolutely. Here is my startup script that sets the hostname of the computer each time it starts up: scutil --set HostName `system_profiler SPHardwareDataType | grep "Serial Number:" | cut -d':' -f2 | tr "[:upper:]" "[:lower:]"` scutil --set ComputerName `system_profiler SPHardwareDataType | grep

[Puppet Users] Re: Workstations and Certs

2009-07-10 Thread Nigel Kersten
On Fri, Jul 10, 2009 at 7:32 AM, Kurt Engle wrote: > This is fantastic. I think something like this will be very useful in > managing a large number of Macintosh clients. It is certainly the help and > outcome that I was looking for when I started this thread. A big "Thank You" > to Allan and ever

[Puppet Users] Re: Workstations and Certs

2009-07-10 Thread Kurt Engle
This is fantastic. I think something like this will be very useful in managing a large number of Macintosh clients. It is certainly the help and outcome that I was looking for when I started this thread. A big "Thank You" to Allan and everyone else that contributed. I took a little different but s

[Puppet Users] using noops from puppetrun

2009-07-10 Thread Dan Bode
Hi All, I was surprised to notice that a call to noop from puppetrun did not work as expected. on the agent side (for this case the server side..), I ran: puppetd --verbose --no-daemonize (where listen is set in the puppet.conf) on the puppet server side(in this case the client side), I ran:

[Puppet Users] Re: Best practices for building a file from distributed data.

2009-07-10 Thread Peter Meier
Hi >> if you don't want to write an own parsed file provider which can edit >> parts of a certain file (like the one of the nagios resources) and/or do >> it with augeas, then yes. > > We don't have augeus conveniently at hand (and it doesn't have a > lens anyhow); > building a parsed file prov

[Puppet Users] certificates for puppetrun

2009-07-10 Thread Dan Bode
Hi, Can someone please explain how the certificate authentication works for puppetrun? Or point me to a document. thanks, Dan --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Puppet Users" group. To post to this gr

[Puppet Users] Re: Generating a file from a set of fragments on the puppetmaster

2009-07-10 Thread Paul Gear
Paul Gear wrote: > Hi, > > I'm trying to create a squid url_regex ACL source file for various > different sites. Each site needs a slightly different configuration, so > my plan was to create the a bunch of files on the server, then drag them > down and concatenate them into a single file on the

[Puppet Users] Re: Best practices for building a file from distributed data.

2009-07-10 Thread David Schmitt
Daniel Pittman wrote: > G'day. > > I am wondering what the current best practice for building a single file out > of distributed fragments is with puppet. Specifically, my problem: > > 1. Install munin-node on arbitrary machines. > 2. Install 'munin.conf' as a single file on one machine, contai

[Puppet Users] Re: Best practices for building a file from distributed data.

2009-07-10 Thread Daniel Pittman
Peter Meier writes: >> Is this really still the best method for achieving this? > > if you don't want to write an own parsed file provider which can edit > parts of a certain file (like the one of the nagios resources) and/or do > it with augeas, then yes. We don't have augeus conveniently at h

[Puppet Users] Re: Best practices for building a file from distributed data.

2009-07-10 Thread Peter Meier
Hi > Is this really still the best method for achieving this? if you don't want to write an own parsed file provider which can edit parts of a certain file (like the one of the nagios resources) and/or do it with augeas, then yes. > Is it possible for me to access the storeconfig database from

[Puppet Users] Re: Best practices for building a file from distributed data.

2009-07-10 Thread Daniel Pittman
Daniel Pittman writes: > I am wondering what the current best practice for building a single file out > of distributed fragments is with puppet. [...] > 2. On the munin central host, collect the exported file objects, creating them >on disk in a random directory. > > 3. On the munin centra