Hi Mark, All,<br><br>First thanks for the quick response I appreciate your help.<br><br>The test harness is run by a simple batch script on each client machine, if I execute it the harness is on & I can verify that with the following command from command line, using the -s that you suggested.<br><br> ./check_http  -I 10.77.40.123 -p 2000 -s "QA-testHarness"<br><br>HTTP OK HTTP/1.1 200 OK - 0.340 second response time |time=0.339870s;;;0.000000 size=5505B;;;0<br><br>If i close the harness I correctly get the following response with the same command<br><br>Connection refused<br>HTTP CRITICAL - Unable to open TCP socket<br><br>I've edited my commands.cfg to include the -s <br><br>command_line    $USER1$/check_http -H $HOSTADDRESS$ -p $ARG1$ -u $ARG2$ -s $ARG3$<br><br>Within my windows.cfg I have altered check command for check_http to include the -s.<br><br>check_command           
 check_http!2000!/test/results!QA-testHarness<br><br>Please correct me if I am wrong with either of these two, I'm still getting to grips with the proper syntax to use here.<br><br>So I do a pre-flight check & reboot nagios, then via the web interface I force a service check on check_http with the harness down so I should get an error, however it still passes successfully.<br><br>My apache logs show no errors, and the following for the checks.<br><br>127.0.0.1 - nagiosadmin [24/Jan/2008:16:56:01 +0000] "GET /nagios/cgi-bin/extinfo.cgi?type=2&host=PONGO&service=HTTP HTTP/1.1" 200 9709 "http://localhost/nagios/cgi-bin/status.cgi?host=all" "Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.3) Gecko/20070417 Fedora/2.0.0.3-4.fc7 Firefox/2.0.0.3"<br>127.0.0.1 - nagiosadmin [24/Jan/2008:16:56:06 +0000] "GET /nagios/cgi-bin/cmd.cgi?cmd_typ=7&host=PONGO&service=HTTP&force_check HTTP/1.1" 200 3067
 "http://localhost/nagios/cgi-bin/extinfo.cgi?type=2&host=PONGO&service=HTTP" "Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.3) Gecko/20070417 Fedora/2.0.0.3-4.fc7 Firefox/2.0.0.3"<br>127.0.0.1 - nagiosadmin [24/Jan/2008:16:56:08 +0000] "POST /nagios/cgi-bin/cmd.cgi HTTP/1.1" 200 1230 "http://localhost/nagios/cgi-bin/cmd.cgi?cmd_typ=7&host=PONGO&service=HTTP&force_check" "Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.3) Gecko/20070417 Fedora/2.0.0.3-4.fc7 Firefox/2.0.0.3"<br>127.0.0.1 - nagiosadmin [24/Jan/2008:16:56:11 +0000] "GET /nagios/cgi-bin/extinfo.cgi?type=2&host=PONGO&service=HTTP HTTP/1.1" 200 9709 "http://localhost/nagios/cgi-bin/status.cgi?host=all" "Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.3) Gecko/20070417 Fedora/2.0.0.3-4.fc7 Firefox/2.0.0.3"<br>127.0.0.1 - nagiosadmin [24/Jan/2008:16:56:16 +0000] "GET /nagios/cgi-bin/status.cgi?host=all HTTP/1.1" 200 100331 "http://localhost/nagios/side.html" "Mozilla/5.0 (X11; U;
 Linux i686; en-US; rv:1.8.1.3) Gecko/20070417 Fedora/2.0.0.3-4.fc7 Firefox/2.0.0.3"<br><br>Thanks for your time & patience,<br><br>Darren.<br><br><br><b><i>Marc Powell <marc@ena.com></i></b> wrote:<blockquote class="replbq" style="border-left: 2px solid rgb(16, 16, 255); margin-left: 5px; padding-left: 5px;"> <br><br>> -----Original Message-----<br>> From: nagios-users-bounces@lists.sourceforge.net [mailto:nagios-users-<br>> bounces@lists.sourceforge.net] On Behalf Of Darren McMillan<br>> Sent: Wednesday, January 23, 2008 10:51 AM<br>> To: nagios-users@lists.sourceforge.net<br>> Subject: [Nagios-users] check_http returning success full results on a<br>> urlwhich is down<br>> <br>> Hi All,<br>> <br>> I'm currently running Nagios 3.0 on a Fedora 7 box, with the latest<br>plug-<br>> in package.<br>> <br>> I'm trying to configure the check_http plug-in to check a test harness<br>> running on a Windows box which can be
 accessed via a web interface.<br>The<br>> problem is that I have brought the test harness down, so that when you<br>> manually connect to it via a browser<br>(http://hostname:2000/test/results)<br>> it will return a page cannot be displayed error as expected.  However<br>the<br>> check_http is still responding with a success "HTTP OK HTTP/1.1 200 OK<br>-<br>> 5029 bytes in 0.004 seconds".<br>> <br><br>> define command{<br>>     command_name    check_http<br>>     command_line    $USER1$/check_http -H $HOSTADDRESS$ -p $ARG1$ -u<br>> $ARG2$<br>>     }<br>> <br>> I have set this as a service in the windows.cfg as follows<br>> <br>> define service{<br>>     use                                     generic-service<br>>     host_name                          PONGO<br>>     service_description             HTTP<br>>     check_command<br>check_http!pongo!2000!/test/results<br>>     notifications_enabled             
 0<br>>     }<br><br>This should be failing loudly. It can't be what nagios is actually<br>using. The command being executed by nagios would be --<br><br>/path/to/plugins/check_http -H <someIP> -p pongo -u 2000<br><br>$ ./check_http -H 172.27.0.101 -p pongo -u 2000<br>check_http: Invalid port number - pongo<br><br><br>> Can anyone spot why this is not failing even though I've closed the<br>URL<br>> it's trying to access?<br><br>It's getting a 200 (successful) response code from your webserver.<br>You're not testing what you think you're testing.<br><br>Check your web server logs to see what nagios really is checking. You<br>might also be interested in the -s option to verify output from your<br>webserver.<br><br>--<br>Marc<br><br><br>-------------------------------------------------------------------------<br>This SF.net email is sponsored by: Microsoft<br>Defy all challenges. Microsoft(R) Visual Studio
 2008.<br>http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/<br>_______________________________________________<br>Nagios-users mailing list<br>Nagios-users@lists.sourceforge.net<br>https://lists.sourceforge.net/lists/listinfo/nagios-users<br>::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. <br>::: Messages without supporting info will risk being sent to /dev/null<br></someIP></blockquote><br><p>
      <hr size=1> Sent from <a href="http://us.rd.yahoo.com/mailuk/taglines/isp/control/*http://us.rd.yahoo.com/evt=51949/*http://uk.docs.yahoo.com/mail/winter07.html">Yahoo!</a> - a smarter inbox.