config file activation after changes

[Hugo van der Kooij]

On Fri, 15 Sep 2006, Matthias Eble wrote:

> my nagios instance showed some strange behaviour a couple of minutes
> ago. I changed a couple of services to notifications_enabled 0 in the
> configfiles, but the deamon didn't recognize the changes after reloading
> and restarting. (yes, i checked for duplicate processes).
>
> So I changed the service description, reloaded nagios and the changes
> were activated. I then changed the description back, reloaded ->
> everything fine.. notifications disabled.
>
> The "View Config" cgi showed everything correctly all the time (I guess
> it parses the configfiles, not the status files, right?)
>
> To me it looks like a bug up to now. Has anyone some ideas?

Well. If it is a bug you can propably reproduce it. If you can't reproduce
it anymore then it could be just about anything.

Your description sounds like a once in a blue moon event type. But if you
can reproduce it and describe how you did it then I am sure the developers
want to know about it. But please provide enough details so someone else
can reproduce it.

Hugo.

-- 
	I hate duplicates. Just reply to the relevant mailinglist.
	hvdkooij at vanderkooij.org		http://hvdkooij.xs4all.nl/
		Don't meddle in the affairs of magicians,
		for they are subtle and quick to anger.

-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
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