After upgrading Applications Manager ntspawn no longer writes stderr to output log

Products

• CA Automic Applications Manager (AM)

Issue/Introduction

After upgrading Applications Manager to 9.3.1, 9.3.2, 9.3.3, 9.3.3 hf1, or 9.3.4, the stderr stream is no longer being written to the output log file. 

An example of this is seen below, where a script is simply making a directory that already exist.

Expected behavior seen in 9.3.0 and below:

'calling'C:\Appworx\xxx\hostname\exec\Make_Directory.bat
NTSPAWN pid 8568:2178
JOBID 5363.02
Spawned process with ID 8400 20d0

C:\Appworx\xxx\hostname\run>echo Making Directory
Making Directory

C:\Appworx\xxx\hostname\run>MKDIR C:\Appworx\xxx\hostnametest
A subdirectory or file C:\Appworx\phm\AM9WINDOW\test already exists.
No error file found. [C:\Appworx\xxx\hostname\run\doserr.5363.02]end of C:\Appworx\xxx\hostname\exec\BODY2.BAT status 1 
err is:'1'

Unexpected behavior seen in version 9.3.1 through 9.3.4 (may slightly differ depending on version)

'calling'C:\Appworx\xxx\hostname\exec\Make_Directory.bat
DEBUG is False
Spawned process with ID 9628

C:\Appworx\xxx\hostname\run>echo Making Directory
Making Directory

C:\Appworx\xxx\hostname\run>MKDIR C:\Appworx\xxx\hostname\test
end of C:\Appworx\xxx\hostname\exec\BODY2.BAT status 1 
err is:'1'

Notice that stderr message that the directory "already exists" does not appear and we see only the return code.

 

Environment

Release : 9.3, 9.3.1, 9.3.2, 9.3.3, 9.3.3 hf1, 9.3.4

Component : APPLICATIONS MANAGER

Cause

This is an unintended change.

Resolution

Please upgrade to version 9.5.0 to take advatange of our latest ntspawn fixes.

Workaround:

Use version 9.5.0's ntspawn.exe. This file can be found in the below directory after unzipping the 9.5.0 installation media:

\SOLARIS.AIX.LINUX.WINDOWS\V9\LB_nt.zip\c\ntspawn.exe

Replace the 9.5.0 ntspawn.exe with the Agent's ntspawn.exe located in:

%AW_HOME%\c\ntspawn.exe