<br><br><div><span class="gmail_quote">On 3/16/06, <b class="gmail_sendername">Marc Powell</b> <<a href="mailto:marc@ena.com">marc@ena.com</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br><br>> -----Original Message-----<br>> From: <a href="mailto:nagios-users-admin@lists.sourceforge.net">nagios-users-admin@lists.sourceforge.net</a> [mailto:<a href="mailto:nagios-users-">nagios-users-</a><br>> 
<a href="mailto:admin@lists.sourceforge.net">admin@lists.sourceforge.net</a>] On Behalf Of Mike Linden<br>> Sent: Thursday, March 16, 2006 8:08 AM<br>> To: <a href="mailto:nagios-users@lists.sourceforge.net">nagios-users@lists.sourceforge.net
</a><br>> Subject: [Nagios-users] phantom host up messages<br>><br>> Hi,<br>> I have a couple systems that have been unplugged and removed from the<br>rack<br>> ,yet Nagios still reports a Host UP alert for them from the check_ping
<br>> process.<br>> How is this possible?<br>><br>> ***** Nagios  *****<br>><br>> Notification Type: RECOVERY<br>> Host: csep1039<br>> State: UP<br>> Address: csep1039<br>> Info: (No output!)
<br>><br>> Date/Time: Thu Mar 16 08:56:42 EST 2006<br><br>The plugin/command you are using to check the host is providing no<br>command line output but is still exiting with a code of 0 (successful).<br>Try running the check_command, as the nagios user, exactly as it's
<br>defined, from the command line and then 'echo $?'. The results of the<br>echo for a down host should be '2'. Chances are you're going to see some<br>additional error output from ping/check_ping.<br><br>There was also a suggestion earlier for another issue to add '2>&1' to
<br>the end of the check_command definition to redirect error output back to<br>Nagios. If that works as advertised, and I believe it will, that could<br>be informative as well.<br><br>--<br>Marc<br><br><br>-------------------------------------------------------
<br>This SF.Net email is sponsored by xPML, a groundbreaking scripting language<br>that extends applications into web and mobile media. Attend the live webcast<br>and join the prime developer group breaking into this new coding territory!
<br><a href="http://sel.as-us.falkag.net/sel?cmdlnk&kid0944&bid$1720&dat1642">http://sel.as-us.falkag.net/sel?cmdlnk&kid0944&bid$1720&dat1642</a><br>_______________________________________________
<br>Nagios-users mailing list<br><a href="mailto:Nagios-users@lists.sourceforge.net">Nagios-users@lists.sourceforge.net</a><br><a href="https://lists.sourceforge.net/lists/listinfo/nagios-users">https://lists.sourceforge.net/lists/listinfo/nagios-users
</a><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></blockquote></div><br>Marc,<br>indeed there are other issues here.
<br>The check_ping is seg faulting with an error code of 139<br><br>./check_ping -H csep0602 -w 100.0,20% -c 500.0,60% ; echo $?<br>Segmentation fault<br>139<br><br>Which is resulting in a host up message.  <br>Do you have any idea why this would occur on a seemingly random basis?  I also manually ran the command for other servers, which also resulted in the same output.
<br><br>Thanks<br>Mike<br clear="all"><br>-- <br>Mike Linden<br><a href="http://linden.linuxps.com">http://linden.linuxps.com</a>