I have been digging though commands.c to see what I can find out. One thing that stands out is that Nagios 2.x calls process_external_command() which has a void return, and Nagios 3.x calls process_external_command1() which returns an int. It seems the 3.x implementation is, in fact, checking for errors in the command its attempting to process and will return -2 if it encounters any problems. This would be quite helpful in determining the status of a submitted command, but unfortunately the return value of both check_external_command1() and check_external_command2() is never considered by the calling function. Because of this, commands that are malformed or have other issues are silently ignored and check_for_external_commands() will always return OK. It seems like some effort was put into better error handling in the external command algorithm, but the changes don't seem to actually have any effect. I'm curious as to why this is, as it affects the code I am adding to track the progress of an external command from submission to completion. Thanks, -Scott <div>On 1/23/08, Marc Powell <<a href="mailto:marc@ena.com">marc@ena.com</a>> wrote:<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> > -----Original Message----- > From: <a href="mailto:nagios-users-bounces@lists.sourceforge.net">nagios-users-bounces@lists.sourceforge.net</a> [mailto:<a href="mailto:nagios-users-">nagios-users-</a> > <a href="mailto:bounces@lists.sourceforge.net">bounces@lists.sourceforge.net</a>] On Behalf Of Scott Sanders > Sent: Wednesday, January 23, 2008 8:39 AM > To: <a href="mailto:nagios-users@lists.sourceforge.net"> nagios-users@lists.sourceforge.net</a> > Subject: Re: [Nagios-users] Determining the success or failure of > externalcommands > > nagios.cmd pipe. In order for the external command functionality to work > the way I intend, I need to obtain a response from nagios so my server can > respond back to the client with the results of processing the external > command. I am really hoping there is an easy way to do this, as replacing > the nagios.cmd file with something besides a FIFO pipe requires > modification to the nagios source and is something I was trying to avoid. Nagios was never designed to provide status back to a script submitting a command to the external command pipe because it is not a real-time operation and the commands should always succeed (why wouldn't they?). The command may not be read for quite some time after it's submitted, depending on what nagios is doing at the time. As for logging, Nagios assumes that all external commands succeed and logs nothing unless the command is malformed. There is additional logging that is available by running nagios in DEBUG3 but that still doesn't indicate success or failure. commands.c handles external commands. I'd suggest you start there and add in what additional logging you feel you need. -- Marc ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. <a href="http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/">http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ </a> _______________________________________________ Nagios-users mailing list <a href="mailto:Nagios-users@lists.sourceforge.net">Nagios-users@lists.sourceforge.net</a> <a href="https://lists.sourceforge.net/lists/listinfo/nagios-users"> https://lists.sourceforge.net/lists/listinfo/nagios-users</a> ::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. ::: Messages without supporting info will risk being sent to /dev/null </blockquote></div>