Downtime for the operator

[Marc Powell]

----Original Message----
From: Youngblood, Gregory (SAIC)
[mailto:gyoungblood at saicmail.jsc.nasa.gov] Sent: Thursday, August 05,
2004 10:31 AM To: Marc Powell; László Csaba Ferenc;
nagios-users at lists.sourceforge.net Subject: RE: [Nagios-users] Downtime
for the operator 

> As a new user of nagios, my only semi-complaint is the apparent
> requirement to restart nagios after any config file changes. I wish
> there was a way, through the web interface, to make nagios queue a
> command to reread its config, similar to how a retest of all the
> services on a host can be scheduled (and forced).    

There are two ways to do this, one of them exactly what you are asking for:

1) Select "Process Info" from the GUI, then "Restart the Nagios process". As you'll read --
 "This command is used to restart the Nagios process. Executing a restart command is equivalent to sending the process a HUP signal. All information will be flushed from memory, the configuration files will be re-read, and Nagios will start monitoring with the new configuration information."

2) Issue a HUP signal to the master Nagios process from the command line.


> A second nice thing would be the option to have all of configuration
> saved in a database, requiring only the information to connect to the
> database to be in a text file.

My personal feeling is that while it sounds nice, you're 
	a) burdening Ethan with the need to follow the development of whatever databases are supported and having to re-test when new versions come out.
	b) duplicating a bunch of code to support different databases (mysql, postgres, informix, mssql, etc), not to mention the significant amounts of additional and repetitive testing that would be required to make sure that all pertinent operations worked with all supported database types. Ethan has already realised this isn't workable and/or worth the effort.
	c) duplicating work that is already done or in progrss. The ability to store configs in a database exists now courtesy of Nagmin and others. Those projects could probably use the help more and certainly offer the greatest flexibility to the end-user.

--
Marc


-------------------------------------------------------
This SF.Net email is sponsored by OSTG. Have you noticed the changes on
Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now,
one more big change to announce. We are now OSTG- Open Source Technology
Group. Come see the changes on the new OSTG site. www.ostg.com
_______________________________________________
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