Re-reading of config files with no interruption

[Al Tobey]

I wonder if the code Ethan is working on for the cached configuration
could be used for both the Nagios daemon and the CGI's.  It could be
populated by a standalone configuration parser, thereby reducing the
size of the Nagios runtime a little and making uninterrupted
configuration updates possible.  BerkeleyDB's atomic transaction support
may be useful for this.

-Al
On Fri, 2003-10-03 at 08:43, Bjørnar Bjørgum Larsen wrote:
> Hello list,
> 
> 1. There should be a way of letting the nagios process reread its config-files without restarting it. Ideally, this would not interrupt ongoing checks. Any plans to make this happen in 2.0?
> 
> A couple of ideas on how to make it work, based on how other programs do it. From the DNS world:
> 
> A. The traditional bind / kill -HUP approach. Hmmm. Generally one shouldn't have to send signals to a process for it to see that its own configuration has changed. Besides, it can be hard for the process to catch the signal in the right way in all possible situations. 
> 
> B. The tinydns / make approach. Once you've edited your config files, do a "make" (eg. in the etc catalogue). If there's no errors in the config-files, make will change some other file. For tinydns the config is compiled to cdb, not necessarily what we want for Nagios. Anyway, Nagios monitors the changes of this file, say every minute, and when it's changed will know it's supposed to reread its configuration. A simplification of this approach would be to just require users to touch a non-config file in the etc directory whenever nagios is to reread its config.
> 
> 2. Other ideas?
> 
> 
> :) Bjørnar
> 
> 
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Nagios-devel mailing list
> Nagios-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/nagios-devel




** ** **  PRIVILEGED AND CONFIDENTIAL  ** ** **
This email transmission contains privileged and confidential information 
intended only for the use of the individual or entity named above.  Any 
unauthorized review, use, disclosure or distribution is prohibited and 
may be a violation of law.  If you are not the intended recipient or a 
person responsible for delivering this message to an intended recipient, 
please delete the email and immediately notify the sender via the email 
return address or mailto:postmaster at priority-health.com.  Thank you.



-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf