Nagios Support Forum

I am running Nagios XI version 2009R1.1F. In short: When I make a change to reconfigure Notification Settings in a service and then update, the change does not stick. The radio button goes back to the original state. It also changes ALL existing services for that device to the same state as the one I've changed.

What's happening is I have a service that is monitoring a process on a Win2k box. (originally created using the wizard) I need to reconfigure the service from "Don't send any notifications" to Send a notification immediately". I click on the service name in Service Status and it brings up the Service Status Detail. I click on the Configure tab and click re-configure this service. When the Configure Service window comes up I click the Send a notification immediately radio button and click update. It goes through its normal process of configuration verification and says "Service Re-Configuration Successful". I hit continue and go back to Service Detail to check and see if it was updated and the radio button is back on "Don't send any notifications". I've also gone into Core Config Manager and did the "Apply Configuration" there. No change either. I've checked the other services that are defined for that device and all of the other services have changed also. Trying to change them back to their correct configuration does not work. Not sure what to do next.... Any help would be appreciated.

Is this perhaps a browser cache problem. It could be a bug in the AJAX and reloading the page should also clear that.

Try holding shift while clicking your browsers reload button.

The other thing to check is if the services outside of the configuration GUI show the correct information, I'd see that as just a cosmetic issue as the Product does what you ask even though it indicates otherwise.

Thank you for the report, I'll need more information to properly open a ticket on this.

mmestnik,

I'm not convinced yet that this is a browser cache problem. I've cleared my browser cache and even rebooted and the problem is still there.
I've checked the service outside of the configuration GUI and it shows the same information as the configuration GUI. I don't believe its cosmetic because I can see in both places that it is not getting updated and functionally nobody is getting paged.

After further testing it appears that any changes made to any item other than "When a problem is detected" in the "Configure Services" window will work, but changing the radio button in the "When a problem is detected" section, specifically from "Don't send any notifications" to "Send a notification immediately" and vise versa, does not work. In "Core Configuration Manager" under "Alert Settings" I have made changes to every item on that page but nothing equates or changes the radio button for "Don't send any notifications" or "Send a notification immediately" after updating the config. I'm starting to think we have a disconnect between the front end GUI and the database, or the database and when it updates the files on an update...

Are you sure this is F and not... say G?

I only ask since this sounds like a problem discovered in G, that is if it can be reproduced by multiple users. However I'd find it harder to believe this is a problem with F, not that it's impossible.

I'm sorry to have given you a mistaken impression, I didn't intend to assert that this was cosmetic I needed to discover if it was.

Thank you for looking into the problem further, this new information is helpful.

A few things of note. Clearing the browser's cache is less effective that what I instructed you to do, the cache can be simply by-passed by holding SHIFT and click Reload(This is good for a handful of browsers, but perhaps not all) this also has other consequences that may be important... Rebooting was unnecessary, I'm sorry if you thought that's what I implied.

Does your testing suggest that this is a problem with the way Radio buttons are handled?

I'm also trying to get a good handle on what it is you mean. The extent of the problem was described generally, but it sounds a little unbelievable.

You said that altering one service changed the settings on others? I hate to revisit an old assumption, but is it perhaps that changing(or perhaps just viewing) a service in the configuration editor causes this effect and not as your original post might suggest?

Can you add a moch/testing host with services and then try an reproduce this with just a single service, being carful not to disturb the others. Then verify this is or is not the case using the service detail pages.

Thank you for both your patients and understanding. I'm not jumping to conclusions but rather trying to eliminate one conclusion at a time.

I believe the problem I thought was part of G was something else.

Could you try one of the instructions on this board to reset the config folder's permissions?

mmestnik,

You had asked: Are you sure this is F and not... say G?
My initial testing was on version F. I have since upgraded to version G to see if that would fix the issue. Unfortunately it did not.

Q: Does your testing suggest that this is a problem with the way Radio buttons are handled?
A: I "think" it is a problem with only these 2 specific radio buttons.

Can you add a moch/testing host with services and then try an reproduce this with just a single service, being carful not to disturb the others. Then verify this is or is not the case using the service detail pages.

I've added a testing host with services. Here is the host: The host was added via the wizard with all services sending a notification immediately. An example of this is Drive C: Disk Usage shown here: Drive D: Disk Usage is also shown here to show that the service is sending a notification immediately. I'll continue in the next post. There is a limit of 3 attachments per post... I'm new to posting so there may be a way around it but I don't know how at this point...

I then changed Service Drive D: Disk Usage to "Don't send any notifications" and updated the config. After the update, I closed all windows and went back into the config to check and see if anything had changed. No change.
The radio button stayed where it was on Don't send any notifications: Randomly checking other services on the same host, in this case "Memory Usage" shows that the radio button for this service moved from "Send a notification immediately" to "Don't send any notifications" without me even touching the service... Absolutely bizarre behavior to be sure!!!

I hope this helps explain a bit better what I'm experiencing. Let me know if I there is any other tests I can make to help better pinpoint this....

That certainly does. However I'm curious about the configuration generated as a result of these and not how these configuration changes effect the configuration GUI. My theory is that the code that generates the pages in the Configuration GUI is unable to properly reflect the status of the database.

mmestnik,


mmestnik wrote "However I'm curious about the configuration generated as a result of these and not how these configuration changes effect the configuration GUI. My theory is that the code that generates the pages in the Configuration GUI is unable to properly reflect the status of the database."

What files for "testbox" would I check to see if the information is there or not?
I'll assume for the moment that it is the testbox.cfg in the "services" folder.

Here is a copy of that file:
###############################################################################
#
# Service configuration file
#
# Created by: Nagios QL Version 3.0.3
# Date: 2010-03-24 14:08:26
# Version: Nagios 3.x config file
#
# --- DO NOT EDIT THIS FILE BY HAND ---
# Nagios QL will overwite all manual settings during the next update
#
###############################################################################

define service {
host_name testbox
service_description CPU Usage
use xiwizard_windowsserver_nsclient_service
check_command check_xi_service_nsclient!!CPULOAD!-l 5,85,95
max_check_attempts 5
check_interval 5
retry_interval 1
check_period xi_timeperiod_24x7
notification_interval 60
notification_period xi_timeperiod_24x7
contacts nagiosadmin
contact_groups admins
_xiwizard windowsserver
register 1
}

define service {
host_name testbox
service_description Drive C: Disk Usage
use xiwizard_windowsserver_nsclient_service
check_command check_xi_service_nsclient!!USEDDISKSPACE!-l C -w 80 -c 90
max_check_attempts 5
check_interval 5
retry_interval 1
check_period xi_timeperiod_24x7
notification_interval 60
notification_period xi_timeperiod_24x7
contacts nagiosadmin
contact_groups admins
_xiwizard windowsserver
register 1
}

define service {
host_name testbox
service_description Drive D: Disk Usage
use xiwizard_windowsserver_nsclient_service
check_command check_xi_service_nsclient!!USEDDISKSPACE!-l D -w 80 -c 90
max_check_attempts 5
check_interval 5
retry_interval 1
check_period xi_timeperiod_24x7
notification_interval 60
notification_period xi_timeperiod_24x7
notification_options n
contacts nagiosadmin
contact_groups admins
_xiwizard windowsserver
register 1
}

define service {
host_name testbox
service_description Memory Usage
use xiwizard_windowsserver_nsclient_service
check_command check_xi_service_nsclient!!MEMUSE!-w 85 -c 95
max_check_attempts 5
check_interval 5
retry_interval 1
check_period xi_timeperiod_24x7
notification_interval 60
notification_period xi_timeperiod_24x7
contacts nagiosadmin
contact_groups admins
_xiwizard windowsserver
register 1
}

define service {
host_name testbox
service_description Ping
use xiwizard_windowsserver_ping_service
max_check_attempts 5
check_interval 5
retry_interval 1
check_period xi_timeperiod_24x7
notification_interval 60
notification_period xi_timeperiod_24x7
contacts nagiosadmin
contact_groups admins
_xiwizard windowsserver
register 1
}

define service {
host_name testbox
service_description Uptime
use xiwizard_windowsserver_nsclient_service
check_command check_xi_service_nsclient!!UPTIME
max_check_attempts 5
check_interval 5
retry_interval 1
check_period xi_timeperiod_24x7
notification_interval 60
notification_period xi_timeperiod_24x7
contacts nagiosadmin
contact_groups admins
_xiwizard windowsserver
register 1
}

###############################################################################
#
# Service configuration file
#
# END OF FILE
#
###############################################################################