<html> <head> </head> <body> Try this: First, "su - nagios", then run: /opt/nagios/libexec/submit_check_result NAME_OF_HOST "SERVICE DESC" "CRITICAL" "PLUGIN OUTPUT" Also, in the script, change all mentions of -1 to 3. Unknowns are now 3 for Nagios (someone might want to change this is the Nagios contrib directory if it hasn't been already). Finally, do you have retain_nonstatus_information=1 for services? My only other guess is that if you first has ocsp turned off, and then you've tried reloading Nagios, when retain_nonstatus is on, it will use the settings it already had rather than any changes to the cfg's. So another thing to try would be to set that to 0, stop and start Nagios and see what it does. I'm just trying to brainstorm what the problem could be. It's got to either be that "nagios" can't run it for some reason, or that nagios can't tell that it's supposed to run it. Another test could be to change the submit_check_result command in the commands.cfg to something you know works (an email notification command or something). That would hopefully tell you what area the problem is in. Russell Scibetti Jason Marshall wrote: <blockquote type="cite" cite="mid:Pine.GSO.4.10.10302190852410.23868-100000@orion.kelman.com"> <blockquote type="cite"> <pre wrap="">Please also send us the content of the actual submit_check_result script. </pre> </blockquote> <pre wrap=""> Whoops, sorry, I meant to do that, and forgot to hit "paste"! #!/bin/sh # Arguments: # $1 = host_name (Short name of host that the service is # associated with) # $2 = svc_description (Description of the service) # $3 = state_string (A string representing the status of # the given service - "OK", "WARNING", "CRITICAL" # or "UNKNOWN") # $4 = plugin_output (A text string that should be used # as the plugin output for the service checks) # touch /tmp/blah # Convert the state string to the corresponding return code return_code=-1 case "$3" in OK) return_code=0 ;; WARNING) return_code=1 ;; CRITICAL) return_code=2 ;; UNKNOWN) return_code=-1 ;; esac # pipe the service check info into the send_nsca program, which # in turn transmits the data to the nsca daemon on the central # monit oring server /bin/echo "$1\t$2\t$return_code\t$4\n" >/tmp/blah /bin/echo "$1\t$2\t$return_code\t$4\n" | /opt/nagios/bin/send_nsca \ 172.29.3.254 -c /opt/nagios/etc/send_nsca.cfg If I run it on the command line, it works A-OK. It doesn't get run AT ALL by nagios -- that's why i put the touch at the top, so I'd see if it was actually being run. </pre> <blockquote type="cite"> <pre wrap="">Thanks. Russell Jason Marshall wrote: </pre> <blockquote type="cite"> <blockquote type="cite"> <pre wrap="">First thing to check...file permissions for the submit_check_result script. I had a problem with that once. Make sure that whatever used </pre> </blockquote> <pre wrap="">I just checked, and it was the wrong owner, but mode 755, so it was runnable by whomever. </pre> <blockquote type="cite"> <pre wrap="">Nagios runs as can execute that script. Then double check the command you have defined in your misccommands.cfg file to make sure the syntax is good (suggestion: email it to the list). Rememver to put quotes around any $MACRO$ variable that could have spaces in them. </pre> </blockquote> <pre wrap="">I had quotes around everything, and then removed them, and the results have been the same: define command { command_name submit_check_result command_line /opt/nagios/libexec/submit_check_result $HOSTNAME$ $SERVICEDESC$ $SERVICESTATE$ '$OUTPUT$' } The command_line is all one one line, sorry for the wrappage. --- Jason Marshall, Unix Geek, Kelman Technologies, Inc., Calgary, AB, Canada. From a Sun Microsystems bug report (#4102680): "Workaround: don't pound on the mouse like a wild monkey." "I have great faith in fools: Self confidence my friends call it." -Edgar Allan Poe </pre> </blockquote> <pre wrap="">-- Russell Scibetti Quadrix Solutions, Inc. <a class="moz-txt-link-freetext" href="http://www.quadrix.com">http://www.quadrix.com</a> (732) 235-2335, ext. 7038 </pre> </blockquote> <pre wrap=""> --- Jason Marshall, Unix Geek, Kelman Technologies, Inc., Calgary, AB, Canada. From a Sun Microsystems bug report (#4102680): "Workaround: don't pound on the mouse like a wild monkey." "I have great faith in fools: Self confidence my friends call it." -Edgar Allan Poe </pre> </blockquote> <pre class="moz-signature" cols="$mailwrapcol">-- Russell Scibetti Quadrix Solutions, Inc. <a class="moz-txt-link-freetext" href="http://www.quadrix.com">http://www.quadrix.com</a> (732) 235-2335, ext. 7038 </pre> </body> </html>