IBM Support

PI07455: MAL REQUEST FAILED TO TIMEOUT RESULTING IN DUPMALRL DUMPS OCCURRING

A fix is available

Subscribe

You can track all active APARs for this component.

 

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:

    PI07412

  • 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