| Age | Commit message (Collapse) | Author |
|---|
|
|
|
|
|
This will make it possible to manage nagios resources from a point
external to this module in order to have more fine-grained control.
|
|
This is so that we stay consistent between all shared modules that are
using this pattern.
|
|
this is what b6fbb5f013976f6ad1448ac744ae50b2b1aa0bd0 should have been
|
|
This reverts commit b6fbb5f013976f6ad1448ac744ae50b2b1aa0bd0.
This removes some pieces of service.pp that shouldn't be removed
|
|
|
|
/etc/stunnel/${name}.conf was left, and the stunnel remained running. Also, if
you changed a parameter in a stunnel::service definition, the .conf file was
changed, but the service restart may not happen properly.
This commit adds functionality to properly clean up running stunnels that are no
longer managed, and restart managed ones whose parameters have changed
|
|
useful for creating accurate nagios-statd-proc checks for the correct stunnel names
|
|
|
|
|
|
|
|
- everything goes into its own file -> autolookup
- order the params of the define nicer -> debugging!
- move nagios stuff to the init class -> configure module
at the very first point
- move variable version enforcing to init class ->
configure module at the very first point
|
