DFHZC2118 applid Receive Any stall for netname netname.
Explanation
All the CICS Receive Any RPLs have been posted but the TCTTE for each one is waiting for a response from a VTAM terminal or session. All the Receive Any RPLs have been stalled for 10 dispatches of the TCP task (CSTP). This message is produced for each session that is in this situation. A VTAM session has not responded to a command such as BID or SHUTD sent by CICS. This is typically caused by a protocol error.
System action
CICS is NOT running with system initialization parameter RAPOOL=(n,n,FORCE) so CICS VTAM activity is held up until one of the commands completes.
User response
Issue the VTAM command V NET,INACT,ID=netname,I for one or more of the sessions indicated by netname, to try and free a Receive Any RPL. Note - if the sessions are LU6.2 then the above command will inactivate the partner APPLID to VTAM.
Investigate why the CICS terminal control commands that have caused the stall have not completed. If this is due to a protocol error from the partner or device, attempt to get the protocol error corrected.
Consider increasing the number of Receive Any RPLs specified in the RAPOOL System Initialization parameter. For instance, if you were using the old default of 2, increase this to the new default of 50.
If you still get this message after changing the RAPOOL value consider running CICS with system initialization parameter RAPOOL=(n,n,FORCE), which attempts to issue CLSDST for all the offending sessions or terminals and to re-issue the Receive Any RPLs.
Module
DFHZRACXMEOUT parameters/Message inserts
- applid
- netname
Destination
Console