new forge module: solaris smf wrapper

[Philip Brown]

I'm kinda surprised that an SMF module for Solaris wasnt made before.

(that is to say, yes there is support for enabling a pre-existing SMF service... but there isnt one for creating one from scratch)

So here's an announcement of a new puppet forge module:

https://forge.puppetlabs.com/ppbrown/smf

It lets you take any existing demon binary, and use puppet to make an SMF wrapper for it.

All you have to do is:

  smf::service { "yourservicename": 

    service_command => "/usr/sbin/somename -optional args"

  }

and the module takes care of creating  svc:/site/yourservicename for you

You can use either the autogenerated SMF config, or provide your own custom one.

Ideally, someone should extend the puppet 'service' handler to take arguments for this stuff, when the provider is solaris.

But that someone ain't me :)

[Jeremy Kitchen]

On Jun 14, 2014, at 8:49 AM, Philip Brown <ph...@bolthole.com> wrote:

I'm kinda surprised that an SMF module for Solaris wasnt made before.

(that is to say, yes there is support for enabling a pre-existing SMF service... but there isnt one for creating one from scratch)

So here's an announcement of a new puppet forge module:

https://forge.puppetlabs.com/ppbrown/smf

It lets you take any existing demon binary, and use puppet to make an SMF wrapper for it.

All you have to do is:

  smf::service { "yourservicename": 

    service_command => "/usr/sbin/somename -optional args"

  }

and the module takes care of creating  svc:/site/yourservicename for you

You can use either the autogenerated SMF config, or provide your own custom one.

Not actually having looked at this module, I already love it.

Ideally, someone should extend the puppet 'service' handler to take arguments for this stuff, when the provider is solaris.

Does it actually do that for any other OS though? I don’t think so. One could argue that maybe it should, but one could also argue that your package manager should drop a proper init script (or SMF svc, in this case) in place for you.

*shrug*

-Jeremy

[Philip Brown]

Except that things arent always in packages :-}

For "interesting" (annoying) reasons, certain binaries in our organization are distributed outside of package management channels.