Technote (troubleshooting)

Problem(Abstract)

A CICSPlex SM (CPSM) address space (CMAS) goes short on storage (SOS) because it uses too much SMSHRC31 storage. This results in various types of messages including DFHSM0133, EYUPN0005W, EYUPN0005W, and EYUCL0117E.

Cause

Loss of communications to another CMAS

Diagnosing the problem

CPSM stores the Method Argument List (MAL) control block and its associated data in the SMSHRC31 subpool. When you lose communication to another CMAS, the local CMAS still makes requests to send MALs to it. Large numbers of MALs cause the problem. They must wait for CICS to recover communication.

You need to determine who the partner is and recover communication to it. When you start communications to the other CMAS, the local CMAS removes them from the queue and storage.

MRO does not post a SEND until the data is completely transferred to the partner. Until then, control shows on the other side. To see if this is the case, check the MRO session's TCTTE for the TCTEIRCO bit. If this bit is on, it means that the local CMAS requested the send of the data. But the send is not yet complete. You need a dump of the other CMAS to determine why the data is not completely sent.