On Jan 22, 2007, at 7:50 PM, Charlie Schluting wrote:
> Anyone ever thought of making the service type in puppet able to
> deploy new services? I''m not sure this would be useful for all
OSes,
> since package management systems generally install init scripts. Well
> it''d still be useful for Linux if you''re managing any
customized
> services.
I''ve thought about this before, and I agree it''d be nice if
they were
integrated in some way (that is, the deployment of the service setup
and the service itself).
Unfortunately, there''s so much variety in how services get deployed
that I just don''t think it''s feasible. At the least, they all
require some kind of file operation, so you''re already going to need
to do a remote file copy, and then probably other commands to enable
or disable the service.
At this point, you can get there pretty easily with a defined type,
so I''ve kind of ignored the problem.
> For Solaris, it''d be great if I could just give puppet an SMF XML
> file, and say "ensure!" :)
>
> When the XML manifest changes, it''d be cool to re-do the svccfg
> import. But puppet would probably need to keep a local version of the
> XML file to do this, since svcprop=>XML translation would be
> difficult.
>
> Just an idea. Does it make sense?
It does, but... I''m not in a position to do this at the moment, as
it''s too much work right now for too little benefit.
Please file it as a feature request, and if at all possible be
explicit about how you''d want to use the feature (e.g., how to
specify where to get the service description file). We can then have
a thread on the ticket, and then maybe get it implemented at some point.
--
It''s not to control, but to protect the citizens of Singapore. In
our
society, you can state your views, but they have to be correct.
-- Ernie Hai, co-ordinator of the Singapore Government
Internet Project
---------------------------------------------------------------------
Luke Kanies | http://reductivelabs.com | http://madstop.com