Luke Kanies | 26 Nov 2005 20:18
Gravatar

Re: [Puppet-dev] Init scripts for client & server

On Thu, 24 Nov 2005, Duane Griffin wrote:

> Hi folks,
>
> Attached is an updated puppet spec file which generates and installs
> init scripts for the client and server. No doubt there are many things
> that could be improved about them. Feedback would be greatly
> appreciated.

Hmmm, so the spec file generates the init scripts, huh?  I guess I don't
know enough about how RPMs work.

> For the client I've taken the same approach that RedHat uses for
> enabling auto-updates through yum. That is, the init script creates or
> deletes a lock file. An hourly cron job runs the client if the file is
> present. The server, being a long-running daemon process, uses the
> standard init approach.

Okay, that will work just dandily.  At some point puppetd will also be a
long-running process (and, frankly, that should happen sooner rather than
later), but this is a great solution until then.

> I've also attached the generated files, for anyone who doesn't want to
> be building and installing RPMs. They should be placed into the
> following locations:
>
> /etc/init.d/puppet
> /etc/init.d/puppetmaster
> /etc/sysconfig/puppet
> /etc/sysconfig/puppetmaster
(Continue reading)

Duane Griffin | 28 Nov 2005 11:18

Re: [Puppet-dev] Init scripts for client & server

On Sat, 2005-11-26 at 13:18 -0600, Luke Kanies wrote:
> Hmmm, so the spec file generates the init scripts, huh?  I guess I don't
> know enough about how RPMs work.

Actually I was just following an example, I'm at all not sure whether
that is the 'standard' way of doing things or, more importantly, if it
is the best way. In fact I think it would probably be better if the init
scripts were in the standard distribution.

> > To run the client you must specify the server to connect to in
> > the /etc/sysconfig/puppet file.
> 
> About this -- puppetd actually defaults to connecting to a server named
> 'puppet', because I figure it's easier to create one CNAME than it is to
> configure every one of your clients.  Thus, you should be able to just
> install puppet on all of your nodes and start them with a default
> configuration, once you've got this CNAME in place.  So, I'd prefer that
> the PUPPET_SERVER be optional, with a default of 'puppet', rather than
> required.

OK, fair enough. I've modified it so that it is optional and uses
'puppet' by default. Please find the new files attached, with a few
other bug fixes and cleanups too.

> I would next like to modify the puppet Rakefile to have a 'package' target,
> so you can easily create an rpm.  Any takers...?

I'm going to be away for a couple of weeks, but if no-one else has made
a start I'll take a look when I get back.

(Continue reading)

Luke Kanies | 30 Dec 2005 21:09
Gravatar

Re: [Puppet-dev] Init scripts for client & server

On Mon, 28 Nov 2005, Duane Griffin wrote:

> Actually I was just following an example, I'm at all not sure whether
> that is the 'standard' way of doing things or, more importantly, if it
> is the best way. In fact I think it would probably be better if the init
> scripts were in the standard distribution.

Okay.  I, too, think it would be best of the init scripts were in the
standard distribution, although we'll need separate init scripts for nearly
every platform, which is, um, less than ideal.  I hate service management on
Unix.

> OK, fair enough. I've modified it so that it is optional and uses
> 'puppet' by default. Please find the new files attached, with a few
> other bug fixes and cleanups too.

Great.

> I'm going to be away for a couple of weeks, but if no-one else has made
> a start I'll take a look when I get back.

I've looked at it, and I definitely want to get this done, but my first
client is using two OSes that don't do packaging all that well (OpenBSD and
OS X), so it's not a huge priority for me right now.

--

-- 
Freedom of speech in Usenet means that when you shout 'Fire!' in a
crowded theatre, half the crowd stands up and shouts, 'Wrong theatre!'
---------------------------------------------------------------------
Luke Kanies | http://reductivelabs.com | http://madstop.com
(Continue reading)


Gmane