RE: [Nagios-devel] Adaptive Features in 2.0
Posted: Fri Apr 25, 2003 2:11 pm
I'd be more inclined to improve retention support across restarts
than add the ability to add/remove objects during runtime. The
overhead of doing so (consistency checking) doesn't make sense,
especially when Nagios is designed to do that when it (re)starts.
Retention in 2.0 has been improved (e.g. flap detection is now
retained), so I'd be inclined to focus efforts there. Restarting
Nagios with a SIGHUP shouldn't take more than a few seconds and the
only real thing that's lost is scheduling information (which is
recalculated at startup).
On 25 Apr 2003 at 12:48, 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
>
Ethan Galstad,
Nagios Developer
---
Email: [email protected]
Website: http://www.nagios.org
This post was automatically imported from historical nagios-devel mailing list archives
Original poster: [email protected]
than add the ability to add/remove objects during runtime. The
overhead of doing so (consistency checking) doesn't make sense,
especially when Nagios is designed to do that when it (re)starts.
Retention in 2.0 has been improved (e.g. flap detection is now
retained), so I'd be inclined to focus efforts there. Restarting
Nagios with a SIGHUP shouldn't take more than a few seconds and the
only real thing that's lost is scheduling information (which is
recalculated at startup).
On 25 Apr 2003 at 12:48, 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
>
Ethan Galstad,
Nagios Developer
---
Email: [email protected]
Website: http://www.nagios.org
This post was automatically imported from historical nagios-devel mailing list archives
Original poster: [email protected]