Unable to Delete Services

[ecarrasq]

Unable to delete services.

I tried deleting the services in Core, but when I go back to Nagios Xi, they are still showing up and does not let me delete them from there.

Info of my system:
**NagiosXi 2011R1.3
**Linux Distribution and version: CentOS 5.4 32bit
**VMware Image: yes
**No special configurations on the system.

[lmiltchev]

When you go to the Nagios Core Config Manager, click on "Services" from the left panel menu, select a service that you want to delete, and click on the "Trash" (delete) icon what happens? Do you receive any error messages?

[ecarrasq]

When you go to the Nagios Core Config Manager, click on "Services" from the left panel menu, select a service that you want to delete, and click on the "Trash" (delete) icon what happens? Do you receive any error messages?

I did that originally and got no error messages. I tried to delete the entry from the services file (.cfg) , imported the file using the NagiosXi "Config Manager > Tools > Import Config Files", but the services are still showing up in NagiosXi.

[lmiltchev]

Usually, editing the config files in XI manually is not a very good idea. This could create bunch of problems.
Try solving the issue by following these steps in our FQAs:

http://support.nagios.com/wiki/index.ph ... Take_Place

If you are not able to fix it this way, I would recommend upgrading to 2011R1.5. You can check our documentation on the topic here:

http://assets.nagios.com/downloads/nagi ... ctions.pdf

[ecarrasq]

I followed the steps outlined in: http://support.nagios.com/wiki/index.ph ... Take_Place

but still was not working. I then upgraded to NagiosXi 2011R1.5, and now the Monitoring Wizard is not working. It hangs at: "Waiting for Configuration Verification................"

I read through and tried the suggestions on: http://support.nagios.com/wiki/index.ph ... Take_Place

but it is not working.

Apply Configuration Page Stalls Out, Never Completes

If you attempt to Apply Configuration and you're seeing the following output:

* Configuration submitted for processing...
* Waiting for configuration verification..................

and the configuration never applies, the page may be timing out. If you've recently updated XI, try restarting the server first. If you're currently running Nagios XI 2011R1.3 there is a known bug that can cause this issue. You'll need to upgrade to the latest version to resolve the issue. If that does not resolve the issue, try editing the configuration for your PHP settings. Open /etc/php.ini file in a text editor and increase the following values.

Scroll all the way down to the bottom of the script, and remove a line that says:

memory_limit = 64M ; Increase the memory limit

Then scroll up to around line 300, and increase the numbers for the following configs.

;;;;;;;;;;;;;;;;;;;
; Resource Limits ;
;;;;;;;;;;;;;;;;;;;

max_execution_time = 60 ; Maximum execution time of each script, in seconds
max_input_time = 60 ; Maximum amount of time each script may spend parsing request data
memory_limit = 256M ; Maximum amount of memory a script may consume


After this, run:

service httpd restart


If the issue persists after the above solutions, the issue could be caused by creating a local DNS entry for the Nagios XI server, but failing to add that name entry to the Nagios XI server itself. Example, if you're accessing the XI server from the following url: http://nagiosserver/nagiosxi, you need to verify that the XI server can also resolve that DNS name correctly. The local DNS entry for the XI server needs to be added to the /etc/hosts file.

[mguthrie]

the issue could be caused by creating a local DNS entry for the Nagios XI server, but failing to add that name entry to the Nagios XI server itself. Example, if you're accessing the XI server from the following url: http://nagiosserver/nagiosxi, you need to verify that the XI server can also resolve that DNS name correctly. The local DNS entry for the XI server needs to be added to the /etc/hosts file.

Are you using a local DNS entry to access the XI server?

Are you attempting to use SSL on your server?

We have had a report that there has been some trouble with the config Applying in Safari and Chrome on Mac's, are you using a Mac to access the Xi interface?

[ecarrasq]

Are you using a local DNS entry to access the XI server? No I'm logging in via http://IP Address/nagiosxi

Are you attempting to use SSL on your server? No

We have had a report that there has been some trouble with the config Applying in Safari and Chrome on Mac's, are you using a Mac to access the Xi interface? No I'm using Mozilla Firefox 5.0, on Windows 7.

[ecarrasq]

I'm trying to recall what changed in the past month, as it was working ok then. I can't think of anything other than yum updates and I recently noticed (which don't know if it's normal or not, apache is the owner for many nagios files/folders) Even though I ran the reset_Config_perms and did the other suggestions, many file/folders are still owned by apache. Again, don't know what should be the standard, but thought I mention it just incase. Thank you for your time.

[mguthrie]

Check to see if the files in : /usr/local/nagiosxi/cron are owned by nagios or apache. They should read as follows:

Code: Select all

-rwxr-xr-x 1 nagios nagios  1991 Jun 23 08:54 cleaner.php
-rwxr-xr-x 1 nagios nagios 11587 Jun 23 08:54 cmdsubsys.php
-rwxr-xr-x 1 nagios nagios   216 Jun 23 08:54 cookie.txt
-rwxr-xr-x 1 nagios nagios 11107 Jun 23 08:54 dbmaint.php
-rwxr-xr-x 1 nagios nagios  3698 Jun 23 08:54 eventman.php
-rwxr-xr-x 1 nagios nagios  1544 Jun 23 08:54 feedproc.php
-rwxr-xr-x 1 nagios nagios  2072 Jun 23 08:54 nom.php
-rwxr-xr-x 1 nagios nagios 10318 Jun 23 08:54 perfdataproc.php
-rwxr-xr-x 1 nagios nagios 16388 Jun 23 08:54 recurringdowntime.pl
-rwxr-xr-x 1 nagios nagios  1321 Jun 23 08:54 reportengine.php
-rwxr-xr-x 1 nagios nagios  9798 Jun 23 08:54 sysstat.php

If they show apache ownership, download and run the "ugprade" script for 2011R1.5 again, because there are permission fixes in that script for a bug that was caused by one of the wizards.

Also, make sure you have the latest of each of these:
http://exchange.nagios.org/directory/Ad ... rd/details
http://exchange.nagios.org/directory/Ad ... rd/details

[ecarrasq]

They are owned by apache:

total 128
-rwxr-xr-x 1 apache nagios 1991 Jul 15 11:03 cleaner.php
-rwxr-xr-x 1 apache nagios 11587 Jul 15 11:03 cmdsubsys.php
-rwxr-xr-x 1 apache nagios 216 Jul 15 11:03 cookie.txt
-rwxr-xr-x 1 apache nagios 11107 Jul 15 11:03 dbmaint.php
-rwxr-xr-x 1 apache nagios 3698 Jul 15 11:03 eventman.php
-rwxr-xr-x 1 apache nagios 1544 Jul 15 11:03 feedproc.php
-rwxr-xr-x 1 apache nagios 2072 Jul 15 11:03 nom.php
-rwxr-xr-x 1 apache nagios 10318 Jul 15 11:03 perfdataproc.php
-rwxr-xr-x 1 apache nagios 16388 Jul 15 11:03 recurringdowntime.pl
-rwxr-xr-x 1 apache nagios 1321 Jul 15 11:03 reportengine.php
-rwxr-xr-x 1 apache nagios 9798 Jul 15 11:03 sysstat.php

I will try your suggestions and will keep you posted. Thx.