A fix is available
APAR status
Closed as program error.
Error description
Customer received the following message in the sending CMAS: EYUXZ0901I CMASA A dump of this CMAS, code (DupMALRL), has been requested by CMAS (CMASB). A dump of the receiving CMAS was taken as well. These dumps were issued as a result of apar PM87106 to gather additional documentation, however they show a different problem occurring. The sending CMAS, CMASA, sent a request to CMASB that never completed. For 6 days CPSM has been trying to time out this request to no affect. CMASA was then restarted 7 days later but CMASB was not. Eventually CMASA sent a completely new request to CMASB which had the same PSID, due to the restart, and triggered the code from PM87106 to take the DupMALRL dumps. The The real issue in this case is the fact the original request failed to time out for 6 days. Additional Keyword(s) and Symptom(s): EYUXZ0901I DupMALRL KIXREVGJT
Local fix
Problem summary
**************************************************************** * USERS AFFECTED: All CICSPlex SM V5R1M0 Users * **************************************************************** * PROBLEM DESCRIPTION: When a request sent from one CMAS to * * another is timed out in the receiving * * CMAS, the control blocks associated * * with the request may not be cleaned up * * properly. This can result in an over * * allocation of storage in the receiving * * CMAS, communications control block * * shortages in the receiving CMAS, or the * * receiving CMAS may fail to properly * * process subsequent requests from the * * originating CMAS. * * * * If the time out request fails, the * * following exception trace records may * * be repeatedly written to the receiving * * CMAS's auxtrace datasets: * * * * Method Caller TPID Debug text * * ------ ------ ---- ---------- * * CSLT XLOP 16 TIMEOUT * * CSLT XLOP 37 XLTPNoMl * * * * Additionally, if PTF UK94579 is applied * * the receiving CMAS may issue messages * * EYUCT0107E and EYUXZ0902I and request a * * dump. If this occurs, then the * * originating CMAS may issue message * * EYUXZ0901I and request a dump. * * * * The format of the messages will be * * similar to the following: * * * * EYUCT0107E A duplicate packet set was * * received from CMAS name * * (<origcmasname>). * * * * EYUXZ0902I This CMAS has requested * * dumps, code (DupMALRL), of * * this CMAS and of CMAS * * (<origcmasname>). * * * * EYUXZ0901I A dump of this CMAS, code * * (DupMALRL), has been * * requested by CMAS * * (<recvcmasname>). * * * * The title of the dump requested by the * * receiving CMAS will be similar to the * * following: * * * * DupMALRL Dump,jobname,cmasname,lpar, * * CMAS,tranid,tasknum, * * TRAC,EYU0CTSK,date,time * * * * The title of the dump requested by the * * originating CMAS will be similar to the * * following: * * * * DupMALRL Dump,jobname,cmasname,lpar, * * CMAS,XLST,tasknum, * * TRAC,EYU0XLST,date,time * **************************************************************** * RECOMMENDATION: After applying the PTF that resolves this * * APAR, all CMASes must be restarted. Note * * that the restarts do not need to occur at * * the same time. * **************************************************************** Method EYU0CSLT (CSLT), executing in a CMAS under the LSRT long running task, is called on a regular interval, as determined by the TOPOLLINT EYUPARM, to look at all incoming and outgoing requests associated with the CMAS, and determine if any of the requests should be timed out. When CSLT determines that an incoming request from another CMAS should be timed out, it issues the TIMEOUT exception trace, and then calls method EYU0XLTP (XLTP), passing the address of the Object Process block (OPB) associated with the task the request was running under, along with the address of the message argument list (MAL) for the request. XLTP verifies that the OPB is valid, and if so, verifies that the MAL is still associated with the OPB. If the OPB is valid, and the MAL is associated with the OPB, then XLTP will request that the task terminate. This will result in cleanup of the request. XLTP will then return a status of XLTP_OK to CSLT, which continues processing other timeout requests. If the OPB is invalid, then XLTP will return a status of XLTP_OPBCHK to CSLT, which will result in CSLT calling method EYU0CTRC (CTRC) to perform cleanup of the request. After this completes, CSLT continues processing other timeout requests. If the OPB is valid, and the MAL is not associated with the OPB, then XLTP returns a status of XLTP_MALCHK to CSLT. When this occurs, CSLT must assume that the task the request is running under is in the process of terminating and will perform cleanup of the request, so CSLT issues the XLTPNoMl exception trace and then continues on processing other timeout requests, without performing any further processing of the request. The OPB is in CICS task storage associated with a CPSM task when it starts. If the task the request was running under has terminated, it is possible that a subsequent task can be started with the same OPB address. If that occurs, then the new task will not be associated with the MAL. As a result, every interval that CSLT attempts to terminate the request, it will receive a status of XLTP_MALCHK from XLTP, which results in the TIMEOUT and XLTPNoMl exception traces being issued every interval, and the request never being cleaned up.
Problem conclusion
CSLT has been updated to pass the ID of the CICS task that the request was running under, along with the address of the OPB and the MAL. If the OPB is valid, but is not associated with the request's task ID, then XLTP will return a status of XLTP_OPBCHK to CSLT. This will cause CSLT to call CTRC to perform cleanup of the request.
Temporary fix
FIX AVAILABLE BY PTF ONLY
Comments
APAR Information
APAR number
PI07455
Reported component name
CICS TS Z/OS V5
Reported component ID
5655Y0400
Reported release
80M
Status
CLOSED PER
PE
NoPE
HIPER
NoHIPER
Special Attention
NoSpecatt
Submitted date
2013-12-04
Closed date
2014-01-15
Last modified date
2015-03-05
APAR is sysrouted FROM one or more of the following:
APAR is sysrouted TO one or more of the following:
UI14238
Modules/Macros
EYU0CSLT EYU0XLTP EYU9XLP3 EYU9XLP4 EYU9XLP6 EYU9XLPU
Fix information
Fixed component name
CICS TS Z/OS V5
Fixed component ID
5655Y0400
Applicable component levels
R80M PSY UI14238
UP14/01/17 P F401
Fix is available
Select the PTF appropriate for your component level. You will be required to sign in. Distribution on physical media is not available in all countries.
[{"Business Unit":{"code":"BU058","label":"IBM Infrastructure w\/TPS"},"Product":{"code":"SSGMGV","label":"CICS Transaction Server"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"5.1","Edition":"","Line of Business":{"code":"LOB35","label":"Mainframe SW"}},{"Business Unit":{"code":"BU054","label":"Systems w\/TPS"},"Product":{"code":"SG19M","label":"APARs - z\/OS environment"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"5.1","Edition":"","Line of Business":{"code":"","label":""}}]
Document Information
Modified date:
05 March 2015