Re: RUNRMTCMD issues with cleanup

[vhamberg@xxxxxxxxxxx]

There should be a job on the remote machine for REXECD - try

NETSTAT *CNN

and look for the "exec" port, put opt 8 on it and see what the job is. You 
could try changing the logging, so that you see what might be happening. The 
job will be something like QTRXC00025.

I found that a new server job is started after the one that served my request 
is done and ended. Not sure about this behavior, other than something is always 
left running, to be available for the next request.

HTH
Vern


-------------- Original message -------------- 
From: "Mark Villa" <iseries.4.me@xxxxxxxxx> 

> We have a RUNRMTCMD iSeries-to-iSeries that is being called over and over 
> (to call CLP program) and keeps adding to the print file (RPG PGM generates 
> spool) but if it is ran interactive/batch locally on the local iSeries 
> the spool file populates properly. 
> I know this is very vague. My question is, does anyone know of REXEC 
> behavior (bugs/PTFS) that causes cleanup not to be performed when reusing 
> .same REXEC jobstream? It seems that a shared library is being used for 
> SPOOL "in some manner" that we have not explicitly forced cleanup/resource 
> reclamation on? 
> 
> There are some other tricky (3rd party) parts of the CL that I am not sure 
> work well over REXEC, such as simple commands of ADDLIBLE, ADDLFM, 
> RTVDTAARA, OVRDBF, OPNQRYF. 
> 
> 
> Thanks, 
> Mark Villa 
> Summerville, SC 
> -- 
> This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list 
> To post a message email: MIDRANGE-L@xxxxxxxxxxxx 
> To subscribe, unsubscribe, or change list options, 
> visit: http://lists.midrange.com/mailman/listinfo/midrange-l 
> or email: MIDRANGE-L-request@xxxxxxxxxxxx 
> Before posting, please take a moment to review the archives 
> at http://archive.midrange.com/midrange-l. 
>