Monitoring Engine Process not running

[sawdusty]

I'm also having this issue. I did a database repair and it says it succeeded. When I attempt to start the monitoring engine from the GUI, I get "An error occurred processing your request".

[snapier3]

I've had this happen for a couple of reasons;

• 1. The sudoers file got modified by security tooling and the permissions were hosed.
  2. Most recently failures in creating or a disappearing nagios.cmd (named pipe) file on RHEL.

The second issue has come up before with versions of earlier versions of XI but, it may have popped back up.
Validate the presence of nagios.cmd on the problematic systems.

--SN

[ignacio.sanchez]

Just for Ss ang Gs, take a look at the sudoers file on your server and make sure that the entries for nagios are there.

Code: Select all

User_Alias      NAGIOSXI=nagios
User_Alias      NAGIOSXIWEB=www-data
NAGIOSXI ALL = NOPASSWD:/etc/init.d/nagios start
NAGIOSXI ALL = NOPASSWD:/etc/init.d/nagios stop
NAGIOSXI ALL = NOPASSWD:/etc/init.d/nagios restart
NAGIOSXI ALL = NOPASSWD:/etc/init.d/nagios reload
NAGIOSXI ALL = NOPASSWD:/etc/init.d/nagios status
NAGIOSXI ALL = NOPASSWD:/etc/init.d/nagios checkconfig
NAGIOSXI ALL = NOPASSWD:/etc/init.d/npcd start
NAGIOSXI ALL = NOPASSWD:/etc/init.d/npcd stop
NAGIOSXI ALL = NOPASSWD:/etc/init.d/npcd restart
NAGIOSXI ALL = NOPASSWD:/etc/init.d/npcd reload
NAGIOSXI ALL = NOPASSWD:/etc/init.d/npcd status
NAGIOSXI ALL = NOPASSWD:/usr/bin/php /usr/local/nagiosxi/scripts/components/autodiscover_new.php *
NAGIOSXI ALL = NOPASSWD:/usr/bin/php /usr/local/nagiosxi/scripts/send_to_nls.php *
NAGIOSXI ALL = NOPASSWD:/usr/bin/php /usr/local/nagiosxi/scripts/migrate/migrate.php *
NAGIOSXI ALL = NOPASSWD:/usr/local/nagiosxi/scripts/components/getprofile.sh
NAGIOSXI ALL = NOPASSWD:/usr/local/nagiosxi/scripts/upgrade_to_latest.sh
NAGIOSXI ALL = NOPASSWD:/usr/local/nagiosxi/scripts/change_timezone.sh
NAGIOSXI ALL = NOPASSWD:/usr/local/nagiosxi/scripts/manage_services.sh *
NAGIOSXI ALL = NOPASSWD:/usr/local/nagiosxi/scripts/reset_config_perms.sh
NAGIOSXI ALL = NOPASSWD:/usr/local/nagiosxi/scripts/manage_ssl_config.sh *
NAGIOSXI ALL = NOPASSWD:/usr/local/nagiosxi/scripts/backup_xi.sh *
NAGIOSXI ALL = NOPASSWD:/usr/local/nagiosxi/scripts/toggle_modsecurity.sh -e
NAGIOSXI ALL = NOPASSWD:/usr/local/nagiosxi/scripts/toggle_modsecurity.sh -d
NAGIOSXIWEB ALL = NOPASSWD:/etc/init.d/snmptt restart
NAGIOSXIWEB ALL = NOPASSWD:/usr/bin/tail -100 /var/log/messages
NAGIOSXIWEB ALL = NOPASSWD:/usr/bin/tail -100 /var/log/httpd/error_log
NAGIOSXIWEB ALL = NOPASSWD:/usr/bin/tail -100 /var/log/mysqld.log
NAGIOSXIWEB ALL = NOPASSWD:/usr/bin/php /usr/local/nagiosxi/scripts/components/autodiscover_new.php *
NAGIOSXIWEB ALL = NOPASSWD:/usr/local/nagiosxi/scripts/components/getprofile.sh
NAGIOSXIWEB ALL = NOPASSWD:/usr/local/nagiosxi/scripts/repair_databases.sh
NAGIOSXIWEB ALL = NOPASSWD:/usr/local/nagiosxi/scripts/manage_services.sh *

sudoers file is exactly the same except the line:

Code: Select all

User_Alias      NAGIOSXIWEB=apache

I have apache instead of www-data, but I assume this is correct and not an issue.

I've had this happen for a couple of reasons;

• 1. The sudoers file got modified by security tooling and the permissions were hosed.
  2. Most recently failures in creating or a disappearing nagios.cmd (named pipe) file on RHEL.

The second issue has come up before with versions of earlier versions of XI but, it may have popped back up.
Validate the presence of nagios.cmd on the problematic systems.

--SN

The file seems to be present:

Code: Select all

[root@localhost /]# find . -name nagios.cmd
./usr/local/nagios/var/rw/nagios.cmd