[Nagios-devel] Subservice Definations

[Sam Stickland]

----- Original Message -----
From: "John P. Rouillard" <rouilj at cs.umb.edu>
To: "Sam Stickland" <sam_ml at spacething.org>
Cc: <nagios-users at lists.sourceforge.net>;
<nagios-devel at lists.sourceforge.net>
Sent: Saturday, December 13, 2003 6:05 PM
Subject: Re: [Nagios-devel] Subservice Definations


>
> In message <1a2801c3c198$be533620$fb00a8c0 at office.toastedmedia.net>,
> "Sam Stickland" writes:
> >Thanks for you reply. I haven't yet started looking into the internals of
> >nagios yet (particulary as I gather 2.0 is very different). Do you have
any
> >idea how difficult something like this would be to write? eg. Is it going
to
> >slide in nicely, or is it going to require some major restructuring? If
it's
> >the former I'm happy to have a go at writing it, and even it doesn't get
> >accepted into the core I can maintain a patch. If it's more the later
then
> >obviously I'd need some feedback from the core developers.
>
> I am looking at 2.0 now for the purpose of refining the sec/nagios
> integration interface. To start passive service checks of the form
> service::foo will need to make it into the status file. Currently (If
> I understand the code/operation properly) the service::foo passive
> check result will be ignored (well reported as service not found) if
> it doesn't exists as a defined service.  I would suggest working only
> on nagios 2 since I understand 1.x is in feature freeze for the most
> part.
>
> Somewhere around line 1753 in base/commands.c
> process_passive_service_check() in nagios 2 is:
>
>      /* make sure the service exists */
>      if((temp_service=find_service(real_host_name,svc_description))==NULL)
>               return ERROR;
>
> So the first thing would be to change this to lookup the
> service::subservice to see if it was explicitly defined. If it's not
> found then break the svc_description on :: (if it exists) and lookup
> the resulting prefix. My guess is that this logic (check svc:sub and
> then svc) would ripple through the code.

Would this actually ripple through for stuff like notifications and
acknowledgements though? I'd really like to be able to separately
acknowledge subservices. If you have a switch with over a hundred ethernet
ports on it, and just one port generates a trap, I'd like to be able
acknowledge that seperately and still receive notifications about the
others. This is probably going to require more research from me to see if
SNMP traps can be sensibily divided up in this manner, but it doesn't really
look like anything snmptt couldn't handle.

> I still am having problems trying to get the call tree graph laid out
> in my head and finding the places where all the work is done, so my
> conjecture above is most likely wrong. Does anybody have development
> or architecture docs for nag2?
>
> >I also remember reading a while back something about version 2 supporting
> >the dynamic insertion of new services?
>
> I remember talk about changing polling intervals etc, but not dynamic
> services. Then again I may be having a senior moment.

If I remember correctly Ethan said that version 2 could support new services
being added at runtime, but not the removal of current ones.

> >That and some kind of container-subservice relationship between
> >services (a seperate relationship to service dependancies), would
> > seem to be a reasonable starting point.
>
> Actually, for dynamic subservices, if the primary service is down, has
> passive results turned off etc, then the dynamic subservices have it
> turned off as well.
>
> I am not sure how the cgi's will have to be changed to handle dynamic
> services, but my WAG is that they will have to change quite a bit
> since I belive they look up the services on an as needed basis,
> i.e. they work from a list of services gleaned from the config files.

Well I was thinking about the container-subservice relationship so that the
cgis could work out how to display the information, although that could
obviously also be gleaned from the :: formating of the service name.

It's my understanding that the web frontend has changed dramically in
version 2. Do you know if they still read the configuration files, or
whether they query the nagios process?

I should have some time around Thursday to start diving into the code
myself - currently pulled away on some BGP tuning.

Sam

> -- rouilj
> John Rouillard
>
===========================================================================
> My employers don't acknowledge my existence much less my opinions.
>
>
> >> In message <07b801c3bb42$33585b10$fb00a8c0 at office.toastedmedia.net>,
> >> "Sam Stickland" writes:
> >> >SNMP traps are submitted as passive service checks. All the examples
show
> >> >the a single service defination for the traps - this has the
unfortunate
> >> >effect of the next SNMP trap overwriting the previous. I'd like to
have
> >> >different services definations for different SNMP traps on our
networking
> >> >equipment, but that would result in a LOT of service definations.
> >> >
> >> >It would be nice if there was a sub-service id that could be submitted
> >with
> >> >passive checks, that effectively divides a single service into
multiple
> >> >services on demand, without the need for 1000's of service
definations.
> >> >
> >> >Is there a solution to this that I've missed, or is it going to
require
> >> >changes to Nagios? I'm a fair programmer so I'm happy to make these
> >changes
> >> >myself, but others might not consider this a good solution to this
> >problem.
> >>
> >> Actually I had come to the same conclusion. Having page after page
> >> after page of services to navigate through (not to mention set up)
> >> when the majority of them are OK is a pain. My planned implementation
> >> was to take passive services of the form service::subservice and
> >> display them only if they were in a non-ok state.
> >>
> >> The base service would have to be defined (e.g. snmp) in order for the
> >> dynamic subservices to be displayed. The base service would act as a
> >> template for the dynamic services as far as notification, max_retries
> >> etc. If needed, you could define the service with the :: if you needed
> >> different settings.
> >>
> >> This service::subservice also opens the possibility of "rolling up"
> >> the subservice states into an overall service state.
> >>
> >> One difference is that I had considered it for both the passive and
> >> active polling case as I could have temperature, temperature::disk1,
> >> temperature::disk2, temperature::motherboard items that wouldn't
> >> overwrite each other. The only difference from the normal services is
> >> that :: services wouldn't be displayed unless they were non-ok or
> >> pending.
> >>
> >> -- rouilj
> >> John Rouillard
> >>
>
>===========================================================================
> >> My employers don't acknowledge my existence much less my opinions.
> >>
> >>
> >> -------------------------------------------------------
> >> This SF.net email is sponsored by: SF.net Giveback Program.
> >> Does SourceForge.net help you be more productive?  Does it
> >> help you create better code?  SHARE THE LOVE, and help us help
> >> YOU!  Click Here: http://sourceforge.net/donate/
> >> _______________________________________________
> >> Nagios-devel mailing list
> >> Nagios-devel at lists.sourceforge.net
> >> https://lists.sourceforge.net/lists/listinfo/nagios-devel
> >>
> >
> >
> >
> >-------------------------------------------------------
> >This SF.net email is sponsored by: SF.net Giveback Program.
> >Does SourceForge.net help you be more productive?  Does it
> >help you create better code?  SHARE THE LOVE, and help us help
> >YOU!  Click Here: http://sourceforge.net/donate/
> >_______________________________________________
> >Nagios-devel mailing list
> >Nagios-devel at lists.sourceforge.net
> >https://lists.sourceforge.net/lists/listinfo/nagios-devel
>



-------------------------------------------------------
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive?  Does it
help you create better code?  SHARE THE LOVE, and help us help
YOU!  Click Here: http://sourceforge.net/donate/
_______________________________________________
Nagios-users mailing list
Nagios-users at lists.sourceforge.net
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