Hi,
 
I found the reason for the behaviour.
 
"Oracle have a process naming mechanism that enables you to distinguish
between multiple instances of the database. With Oracle, when you open
an instance, the $ORACLE_HOME/bin/oracle executable renames itself using
the UNIX environment variable ORACLE_SID for a given database. This
variable is used in generating Oracle process names:
ora_process_name_$ORACLE_SID."
 
So is there a away to monitor process (using the process name) as they
appear in 'ps -ef' output?
 
Regards,
Ajay


________________________________

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of M V
Ajay (vMoksha)
Sent: Wednesday, May 23, 2007 6:41 PM
To: [email protected]
Subject: [Nagios-users] check_procs through nrpe gives wrong results


Hi,
 
I am monitoring a Redhat enterprise Linux 4 server running oracle using
Nagios and NRPE.
 
When I monitor Oracle PMON process (ora_pmon_orcldb) on the server I get
the message that 'PROCS CRITICAL: 0 processes with command name
'ora_pmon_orcldb''.
I have confirmed that process 'ora_pmon_orcldb' is actually running on
the remote server. The same type of monitoring works for other processes
such as 'httpd'.
 
Nagios command definition:
 
define command {
        command_name nrpe_check_procs3
        command_line $USER1$/check_nrpe -n -H $HOSTADDRESS$ -c
check_procs3 -a $ARG1$ $ARG2$ $ARG3$
        }
 
NRPE configuration:
dont_blame_nrpe=1
command[check_procs3]=/usr/lib/nagios/plugins/check_procs -w $ARG1$ -c
$ARG2$ -C $ARG3$
 
>From the command line I see the following message:
 
[EMAIL PROTECTED] ~]$ /usr/lib64/nagios/plugins/check_nrpe -H
oracleserver -n -c check_procs3 -a 1:4 1:8 ora_pmon_orcldb
PROCS CRITICAL: 0 processes with command name 'ora_pmon_orcldb'

 
Any idea what is wrong?
 
Thanks,
Ajay
 


________________________________

Legal Notice: This electronic mail and its attachments are intended
solely for the person(s) to whom they are addressed and contain
information which is confidential or otherwise protected from
disclosure, except for the purpose for which they are intended.
Dissemination, distribution, or reproduction by anyone other than the
intended recipients is prohibited and may be illegal. If you are not an
intended recipient, please immediately inform the sender and return the
electronic mail and its attachments and destroy any copies which may be
in your possession. UCB screens electronic mails for viruses but does
not warrant that this electronic mail is free of any viruses. UCB
accepts no liability for any damage caused by any virus transmitted by
this electronic mail. 
________________________________


--------------------------------------------------------- 
Legal Notice: This electronic mail and its attachments are intended solely for 
the person(s) to whom they are addressed and contain information which is 
confidential or otherwise protected from disclosure, except for the purpose for 
which they are intended. Dissemination, distribution, or reproduction by anyone 
other than the intended recipients is prohibited and may be illegal. If you are 
not an intended recipient, please immediately inform the sender and return the 
electronic mail and its attachments and destroy any copies which may be in your 
possession. UCB screens electronic mails for viruses but does not warrant that 
this electronic mail is free of any viruses. UCB accepts no liability for any 
damage caused by any virus transmitted by this electronic mail.
--------------------------------------------------------- 

-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Nagios-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/nagios-users
::: Please include Nagios version, plugin version (-v) and OS when reporting 
any issue. 
::: Messages without supporting info will risk being sent to /dev/null

Reply via email to