I do use templates heavily now. I would still need 50-100 service definitions, they would just be smaller.
Just want to try a cleaner approach, I curious to know why we use inheritance in some places and not others. Thanks for the suggestion. mlr On Tue, 10 Aug 2010 13:16 -0500, "Greg Borbonus" <[email protected]> wrote: > What about using service templates? > > That way, the check_period and such are all setup with service template > directives, and your service only has to define the command and such. > > Thank you, > Greg Borbonus > *nix System Administrator > [email protected] > > > On 8/10/2010 4:57 AM, mlrtime3 wrote: > > I've seen some old threads in the nagios-users group but nothing recent > > so I thought I'd bring it up again. > > > > I have a use case to have a single service defined for 1000's of > > different hosts with up to 50-100 different check_period times. > > > > The only way to do this now is to create a different service with each > > check_period. To do this, I would need to create 50-100 different > > service definitions for each check_period. > > > > It makes much more sense for the service to inherit the hosts > > check_period value and use this for the service. This allows me to only > > define one service. > > > > Does anyone know of a way to get this to work, or has anyone created a > > patch for 3.2.x to do this? > > > > Thanks, > > mlr > > > > > > ------------------------------------------------------------------------------ > > This SF.net email is sponsored by > > > > Make an app they can't live without > > Enter the BlackBerry Developer Challenge > > http://p.sf.net/sfu/RIM-dev2dev > > _______________________________________________ > > Nagios-users mailing list > > [email protected] > > https://lists.sourceforge.net/lists/listinfo/nagios-users > > ::: Please include Nagios version, plugin version (-v) and OS when > > reporting any issue. > > ::: Messages without supporting info will risk being sent to /dev/null > > > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by > > Make an app they can't live without > Enter the BlackBerry Developer Challenge > http://p.sf.net/sfu/RIM-dev2dev > _______________________________________________ > Nagios-users mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/nagios-users > ::: Please include Nagios version, plugin version (-v) and OS when > reporting any issue. > ::: Messages without supporting info will risk being sent to /dev/null > ------------------------------------------------------------------------------ This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev _______________________________________________ Nagios-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/nagios-users ::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. ::: Messages without supporting info will risk being sent to /dev/null
