Re: check_nagios -C problem
"Franz, Jay" <[email protected]>
| Newsgroups | gmane.network.nagios.plugins |
|---|---|
| Message-ID | <17F23FF008715A40B7C82FD31B389FDA197FECB383@HQ-MB-07.ba.ad.ssa.gov> |
As a wise admin once said, necessity is both a mother and motivator. The problem with the failure of the plug-in, to correctly identify the Nagios command by its full pathname, results from the options passed to the 'ps' command (revealed by running the plug-in in "verbose" mode). The 'ps' command and options appear to be hard-coded in the 'configure' script for AIX and HP-UX. Specifically, the resulting 'ps' options, '-el', do not display the full pathname of the executing process. Instead, they only show the command name itself. For example: # /usr/bin/ps -el | egrep "[n]agios" 2401 R 108 11743 1 0 152 20 e000000174822280 535 - ? 00:00 nagios Versus: # /usr/bin/ps -ef | egrep "[n]agios" nagios 11743 1 0 18:11:24 ? 00:00 /opt/iexpress/nagios/bin/nagios -d /opt/iexpress/nagios/etc/nagios.cfg As a result, passing any part of the pathname to the plug-in will generate a CRITICAL result. So, our solution is pass only the command name, and to rename the plug-in, so that it will no longer match itself. A bit of a kludge, perhaps, but like most kludges, it does do the trick. -----Original Message----- From: Franz, Jay [mailto:[email protected]] Sent: Tuesday, June 26, 2012 13:41 To: 'nagiosplug-help-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org' Subject: [Nagiosplug-help] check_nagios -C problem We are in the process of setting up fail over monitoring for our existing Nagios server and are experiencing some problems with the 'check_nagios' plug-in. Specifically, it does not appear to recognize our full path command string. Instead, we are only able to make it work by stripping down the command path to its basename (i.e., '/opt/iexpress/nagios/bin/nagios' versus 'nagios'). Our OS, Nagios core, and plug-in versions follow, as well as the process status output of our Nagios command and the execution results from the 'check_nagios' plug-in. Any advice would be appreciated. Thanks. -------------------- OS: # uname -sr HP-UX B.11.23 Nagios Core: # /opt/iexpress/nagios/bin/nagios -v /opt/iexpress/nagios/etc/nagios.cfg | egrep "Nagios Core" Nagios Core 3.2.3 Plugin: # /usr/local/nagios/libexec/check_nagios --version check_nagios v1.4.15 (nagios-plugins 1.4.15) -------------------- # ps -ef | egrep "[/]opt/iexpress/nagios/bin/nagios" nagios 9817 1 0 Jun 22 ? 05:34 /opt/iexpress/nagios/bin/nagios -d /opt/iexpress/nagios/etc/nagios.cfg # /usr/local/nagios/libexec/check_nagios -e 60 -F /opt/iexpress/nagios/var/nagios.log -C /opt/iexpress/nagios/bin/nagios NAGIOS CRITICAL: Could not locate a running Nagios process! # /usr/local/nagios/libexec/check_nagios -e 60 -F /opt/iexpress/nagios/var/nagios.log -C nagios NAGIOS OK: 2 processes, status log updated 1822 seconds ago While the second iteration works, more or less, it will never return a CRITICAL status because it always matches against itself. That is, the 'check_nagios' script shows up in the list of processes when it executes. For example, if we stop the Nagios server, the 'check_nagios' script still returns an OK status # /sbin/init.d/nagios stop Stopping nagios: done. # ps -ef | egrep "[/]opt/iexpress/nagios/bin/nagios" <NO OUTPUT> # ps -ef | egrep "[n]agios" <NO OUTPUT> # /usr/local/nagios/libexec/check_nagios -e 60 -F /opt/iexpress/nagios/var/nagios.log -C nagios NAGIOS OK: 1 process, status log updated 15 seconds ago Even if we reduce the expire window to 1, we never get more than a WARNING. # /usr/local/nagios/libexec/check_nagios -e 60 -F /opt/iexpress/nagios/var/nagios.log -C nagios NAGIOS OK: 1 process, status log updated 268 seconds ago # /usr/local/nagios/libexec/check_nagios -e 1 -F /opt/iexpress/nagios/var/nagios.log -C nagios NAGIOS WARNING: 1 process, status log updated 272 seconds ago ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ Nagiosplug-help mailing list Nagiosplug-help-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org https://lists.sourceforge.net/lists/listinfo/nagiosplug-help ::: Please include plugins version (-v) and OS when reporting any issue. ::: Messages without supporting info will risk being sent to /dev/null ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ Nagiosplug-help mailing list Nagiosplug-help-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org https://lists.sourceforge.net/lists/listinfo/nagiosplug-help ::: Please include plugins version (-v) and OS when reporting any issue. ::: Messages without supporting info will risk being sent to /dev/null