RE: [Nagios-devel] Adaptive Features in 2.0
Posted: Fri Apr 25, 2003 1:41 pm
The code base contains "ENABLE_SVC_CHECK" and "DISABLE_SVC_CHECK" as
external commands. This implies that the object needs to be pre-defined.
Does this work with your active/inactive states?
-sg
On Fri, 25 Apr 2003, OMeara, Randy wrote:
> Hi Ethan,
>
> I hope it's not too late to add to this discussion. I've often wished for
> the ability to add objects to (and remove objects from) a running Nagios
> instance, without the overhead and process downtime associated with
> stopping/starting Nagios in order to do this. Would it be possible to (say)
> add an object marked as "inactive", and then activate that object without
> having to stop/start? The converse operations would be to deactivate an
> object and then delete it.
>
> In my opinion, this would be a great enhancement. It would allow Nagios to
> run 24x7x365 without skipping a beat.
>
> Randy
>
> -----Original Message-----
> From: Ethan Galstad [mailto:[email protected]]
> Sent: Friday, April 04, 2003 12:33 PM
> To: [email protected]
> Subject: [Nagios-devel] Adaptive Features in 2.0
>
>
> Since the weather has conspired against me and put a damper on my
> vacation day, I've had some time to think about this.
>
> As mentioned on the upcoming page
> (http://www.nagios.org/upcoming.php), I was hoping to add some
> adaptive monitoring features to Nagios in 3.0. Now I'm thinking that
> I *might* add these to 2.0.
>
> Essentially what this would involve is adding the ability to change
> various host/service properties during runtime using external
> commands. The most important mutable properties that I think should
> be implemented include:
>
> Services:
> - Event handler command
> - Check command
> - Normal check interval
> - Retry check interval
>
> Hosts:
> - Event handler command
> - Check command
> - Normal check interval (2.0 will include scheduled host checks)
>
> Are there any other host/service properties that people might
> consider high on their wishlist? I realize that any property has the
> potential of being modified, but right now I'm only interested in
> those that might have the most impact of flexibility.
>
>
>
> Ethan Galstad,
> Nagios Developer
> ---
> Email: [email protected]
> Website: http://www.nagios.org
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: ValueWeb:
> Dedicated Hosting for just $79/mo with 500 GB of bandwidth!
> No other company gives more support or power for your dedicated server
> http://click.atdmt.com/AFF/go/sdnxxaff0 ... direct/01/
> _______________________________________________
> Nagios-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/lis ... gios-devel
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Nagios-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/lis ... gios-devel
>
--
This post was automatically imported from historical nagios-devel mailing list archives
Original poster: [email protected]
external commands. This implies that the object needs to be pre-defined.
Does this work with your active/inactive states?
-sg
On Fri, 25 Apr 2003, OMeara, Randy wrote:
> Hi Ethan,
>
> I hope it's not too late to add to this discussion. I've often wished for
> the ability to add objects to (and remove objects from) a running Nagios
> instance, without the overhead and process downtime associated with
> stopping/starting Nagios in order to do this. Would it be possible to (say)
> add an object marked as "inactive", and then activate that object without
> having to stop/start? The converse operations would be to deactivate an
> object and then delete it.
>
> In my opinion, this would be a great enhancement. It would allow Nagios to
> run 24x7x365 without skipping a beat.
>
> Randy
>
> -----Original Message-----
> From: Ethan Galstad [mailto:[email protected]]
> Sent: Friday, April 04, 2003 12:33 PM
> To: [email protected]
> Subject: [Nagios-devel] Adaptive Features in 2.0
>
>
> Since the weather has conspired against me and put a damper on my
> vacation day, I've had some time to think about this.
>
> As mentioned on the upcoming page
> (http://www.nagios.org/upcoming.php), I was hoping to add some
> adaptive monitoring features to Nagios in 3.0. Now I'm thinking that
> I *might* add these to 2.0.
>
> Essentially what this would involve is adding the ability to change
> various host/service properties during runtime using external
> commands. The most important mutable properties that I think should
> be implemented include:
>
> Services:
> - Event handler command
> - Check command
> - Normal check interval
> - Retry check interval
>
> Hosts:
> - Event handler command
> - Check command
> - Normal check interval (2.0 will include scheduled host checks)
>
> Are there any other host/service properties that people might
> consider high on their wishlist? I realize that any property has the
> potential of being modified, but right now I'm only interested in
> those that might have the most impact of flexibility.
>
>
>
> Ethan Galstad,
> Nagios Developer
> ---
> Email: [email protected]
> Website: http://www.nagios.org
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: ValueWeb:
> Dedicated Hosting for just $79/mo with 500 GB of bandwidth!
> No other company gives more support or power for your dedicated server
> http://click.atdmt.com/AFF/go/sdnxxaff0 ... direct/01/
> _______________________________________________
> Nagios-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/lis ... gios-devel
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Nagios-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/lis ... gios-devel
>
--
This post was automatically imported from historical nagios-devel mailing list archives
Original poster: [email protected]