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

DFHZRAC

XMEOUT parameters/Message inserts

  1. applid
  2. netname

Destination

Console