Dear IR's !
do you have an idea when we get EXECFAIL in Automated-Analyst or Threshold-Command?
We have no idea what the reason is and very often the started TACL-Procedure was executed although the EXECFAIL raises.
If we know the reason for EXECFAIL we hope that we can change our environment that it no longer occur.
Hey there Bernd
In the Prognosis Client / IRGUI if you drag a display from document navigator onto the NonStop node in node navigator:
"Knowledge > Common > Command & Control > Drilldown > Command & Control - All Commands Executed on Node"
then find the command that gets EXECFAIL status, and click the CmdID drill-down link to get more details about that command. Does that help? (Effectively checking CMDLOG record, and then AUTOOUT record for more info about the failed/quirky command.)
*The theory is that it has a non-zero error code or something else unusual in the output.
Hey ... sorry for my late answer but I was a long time not on the customerside.
Sorry no in the outlog or cmdlog are no more hints, so I hoped that you can explain how your procedure works which writes out the EXECAIL. The strange thing is that all works fine, we only get that "alert".
We assumed that it is maybe a timeout in starting the procedure ... but at the end the procedure does startup and work correct.
But we don't want to suppress our EXECFAIL Alert, because than we don't get EXECFAIL-Failures which are real failures. :-)
As Gerald indicated, the EXECFAIL occurs when a non-zero response is received. Normally we would also receive some text in conjunction with the return code, but this will largely depend on the executable being run (or TACL routine/macro).
If the CMDLOG and AUTOOUT records don't contain any additional detail, it may be necessary to trace the IRAUTOAN process or possibly IRCMDSRV and see if we can caputre any other information that helps identify what's gone wrong.
Some additional thoughts:
- It may be possible to capture the response code and response text in an analyst rule and then log this information (if anyting is being captured). E.g.:
ACTION EXEC 0100 WAIT SET RC := ^RET_CODE SET Result := ^RET_TEXT LOG 200 IMMEDIATELY END_ACTION
MSG 100 "run command" MSG 200 "Return code= @RC@ Return Text= @Result@"
- If the analyst/threshold is executing a tacl routine or macro, that might also need to be reviewed to see if any additional debugging or logging can be enabled there that will tell us more.
I hope this helps track down where this is coming from. If we need to investigate in more detail, a case will be more appropriate so we can capture data from that environment.
Unified Communications has always been an important part of companies' digital transformation efforts due to its ability to enable rich virtual collaboration and communication. But with COVID-19, we've reached a break-through point.
Join Bill Haskins, Sr. Analyst & Partner, Unified Communications at Wainhouse Research, and John Ruthven, CEO at IR discuss UC challenges companies are experiencing due to the COVOID-19 crisis.Join webinar