Nagios Support Forum

Centos 6.6 64 bit OS
Xi version 2014R2.0

Following the 32 to 64 bit nagios documentation I was able to restore the 32 bit system on the 64 bit OS.
There are three issues that I see:
1) Nagios service will not start
2) httpd service will not start
3) when running through the ./upgrade i receive a NagiosQL password invalid

Before running the 64 bit restore I changed the 32 bit mysql passwords to the default for nagiosxi.


Nagios error:
[root@localhost ~]# service nagios start
Starting nagios:CONFIG ERROR! Start aborted. Check your Nagios configuration.


httpd error:
[root@localhost ~]# service httpd restart
Stopping httpd: [FAILED]
Starting httpd: httpd: Syntax error on line 196 of /etc/httpd/conf/httpd.conf: Cannot load /etc/httpd/modules/mod_file_cache.so into server: /etc/httpd/modules/mod_file_cache.so: cannot open shared object file: No such file or directory
[FAILED]


upgrade error:
[root@localhost ~]# cd /tmp/nagiosxi
[root@localhost nagiosxi]# ./upgrade
Checking required prereqs...
Please wait...

OLD VERSION: 410
no crontab for nagios
no crontab for root
Archive: sourceguardian/ixed4.lin.x86-64.zip
inflating: /usr/lib64/php/modules/ixed.5.3.lin
Sourceguardian extension found for PHP version 5.3
Sourceguardian extension already in php.ini
Copying over new XI directory...
Building latest perms binary...
Updating NagiosQL...
NAGIOSQL-POST
Patching NDOUtils...
NDOUtils already patched at level 103
Updating sequences...
Nagios XI Postgres Database Sequence Information

OLD VALUES
--------------
xi_commands_command_id_seq = 14454
xi_events_event_id_seq = 5125923
xi_meta_meta_id_seq = 5120138
xi_options_option_id_seq = 143
xi_sysstat_sysstat_id_seq = 99
xi_usermeta_usermeta_id_seq = 2141
xi_users_user_id_seq = 77

NEW VALUES
--------------
xi_commands_command_id_seq = 14454
xi_events_event_id_seq = 5125923
xi_meta_meta_id_seq = 5120138
xi_options_option_id_seq = 143
xi_sysstat_sysstat_id_seq = 99
xi_usermeta_usermeta_id_seq = 2141
xi_users_user_id_seq = 77

Installing new PNP templates...
Updating init script...
Enabling large install tweaks...
Fixing config file permissions...
Fixing htpasswd permissions...
Checking group memberships...
Installing new XI templates...
URL: https://localhost/nagiosxi/includes/components/ccm/
CMDLINE
/usr/bin/wget --save-cookies nagiosql.cookies --keep-session-cookies https://localhost/nagiosxi/includes/components/ccm/ --no-check-certificate --post-data 'submit=Login&hidelog=true&loginSubmitted=true&username=nagiosxi&password=quh2it' -O nagiosql.login--2014-12-23 09:57:36-- https://localhost/nagiosxi/includes/components/ccm/
Resolving localhost... 127.0.0.1
Connecting to localhost|127.0.0.1|:443... failed: Connection refused.
NAGIOSQL LOGIN FAILED!

- Is SSL installed/enabled on the 64-bit machine?
httpd service is now running properly. The SSL certificates were not moved over. they are now in place and the httpd conf edited. Thank you

- Are both servers the same major version of 6.x?
32 bit Centos was 5.5
64 bit Centos is 6.6
both are VMs

- Did you have any custom httpd options in the old server?
httpd service now running and I can log into nagiosxi GUI successfully and see all host and service checks

Nagios service will still not start

Run the following and show us the output please:

Nagios Core 4.0.8
Copyright (c) 2009-present Nagios Core Development Team and Community Contributors
Copyright (c) 1999-2009 Ethan Galstad
Last Modified: 08-12-2014
License: GPL

Website: http://www.nagios.org
Reading configuration data...
Warning: use_embedded_perl_implicitly is deprecated and will be removed.
Warning: sleep_time is deprecated and will be removed.
Warning: p1_file is deprecated and will be removed.
Warning: external_command_buffer_slots is deprecated and will be removed. All commands are always processed upon arrival
Warning: enable_embedded_perl is deprecated and will be removed.
Warning: command_check_interval is deprecated and will be removed. Commands are always handled on arrival
Read main config file okay...
Error: Could not open config directory member '/usr/local/nagios/etc/static/check_mk_templates.cfg' for reading.
Error processing object config files!


***> One or more problems was encountered while processing the config files...

Check your configuration file(s) to ensure that they contain valid
directives and data defintions. If you are upgrading from a previous
version of Nagios, you should be aware that some variables/definitions
may have been removed or modified in this version. Make sure to read
the HTML documentation regarding the config files, as well as the
'Whats New' section to find out what has changed.

What is the output of:
Looks like a possible permissions issue. Are you actively using check_mk? Or mk_livestatus?

Also, since you migrated, did you actually change the authentication passwords for the DB(s) to match what you had on the old system? The locations that those changes would need to be made are listed here:

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

If I recall it was suggested to turn mk_livestatus OFF during the last upgrade that took place on the 32 bit system. There were errors received going to 2014 2.0 on centos 5.5 32 bit.

[root@localhost ~]# ls -la /usr/local/nagios/etc/static/
total 16
drwsrwsr-x 2 apache nagios 4096 Dec 8 11:51 .
drwxrwsr-x 8 apache nagios 4096 Dec 23 09:57 ..
lrwxrwxrwx 1 apache nagios 46 Dec 17 13:38 check_mk_templates.cfg -> /usr/share/doc/check_mk/check_mk_templates.cfg
-rwxrwxr-x 1 apache nagios 878 Dec 23 09:57 xiobjects.cfg
-rwxrwxr-x 1 apache nagios 4002 Dec 23 09:57 xitemplates.cfg
-rwxrwxr-x 1 apache nagios 0 Dec 23 09:57 xitest.cfg
You have new mail in /var/spool/mail/root

before migration I changed the mysql password back to nagiosxi default

The Nagios XI backup script certainly will not backup the file /usr/share/doc/check_mk/check_mk_templates.cfg that you have linked in your static directory.

I would remove that for now and try to verify the config again.

I copied the check_mk folder from the 32 bit system to the 64 bit system and ran the 2.1 upgrade with success.
-I can login to the web interface successfully
-I can add/remove checks with no error when applying config
-I can stop and start nagios and process settings (active host and service checks) successfully
..everything looks like it's functional

when i run the following command I still get the check_mk return:

[root@localhost ~]# ls -la /usr/local/nagios/etc/static/
total 16
drwsrwsr-x 2 apache nagios 4096 Dec 8 11:51 .
drwxrwsr-x 8 apache nagios 4096 Dec 23 15:39 ..
lrwxrwxrwx 1 apache nagios 46 Dec 17 13:38 check_mk_templates.cfg -> /usr/share/doc/check_mk/check_mk_templates.cfg
-rwxrwxr-x 1 apache nagios 878 Dec 23 15:39 xiobjects.cfg
-rwxrwxr-x 1 apache nagios 4002 Dec 23 15:39 xitemplates.cfg
-rwxrwxr-x 1 apache nagios 0 Dec 23 15:39 xitest.cfg
You have new mail in /var/spool/mail/root
[root@localhost ~]#

If this (check_mk) is not configured correctly what am I losing as far as functionality?

check_mk is not part of the Nagios XI product suite, so from a Nagios XI perspective you are not losing any functionality with it being disabled.