IBM Support

PI33939: WMQ Z/OS: CSQX143E CSQXSERV ADAPTER SUBTASK ENDED ABNORMALLY, REASON=5C6000-0EA75417

A fix is available

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as unreproducible in next release.

Error description

  • Dump title:
    ABN=5C6-0EA75417,U=ssidCHIN,C=R3600.710.    -UNKNOWN
    ,M=CSQGFRCV,LOC=CSQMCGLM.CSQMCPRH+00002B64
    
    After the 5C6-00A30042 abend described in PI28977 occurred in
    CSQSHGMN due to a short on storage condition, ABEND5C6 reason
    0EA75417 occurred.
    
    CSQSHGMN sets up a functional recovery routine at the start of
    the module with 'reuse(cond)' set. This means that the FRE
    created by CSQMPRH2 (the calling program) will have an
    incremented FRESRUSE value to 1. CSQSHGMN then issues the
    5C6-00A30042 abend and CSQMPRH2 retries to subordinate_end_retry
    (the fact that the recovery processing retries means that the
    FRR stays active). CSQMPRH2 then tries to delete the recovery
    routine. However, as FRESRUSE is 1 the FRR is not deleted. Thus,
    when CSQMCPRH checks if there was still an FRR on the stack it
    found the one for CSQMPRH2 and issued the 5C6-0EA75417 abend.
    

Local fix

Problem summary

  • ****************************************************************
    * USERS AFFECTED: All users of WebSphere MQ for z/OS version 7 *
    *                 Release 1 Modification 0.                    *
    ****************************************************************
    * PROBLEM DESCRIPTION: An address space connected to MQ abends *
    *                      with 5C6-0EA75417 in CSQMCPRH.          *
    *                      This abend follows a previous abend,    *
    *                      such as, but not limited to,            *
    *                      5C6-00A30042.                           *
    ****************************************************************
    * RECOMMENDATION:                                              *
    ****************************************************************
    CSQMCPRH passes control to CSQMPRH2, which sets up an FRR. Later
    on in the same call stack, CSQSHGMN is invoked, and calls
    csqgsfrr to add an FRR with reuse(cond). This increments the
    FRESRUSE count in the FRR in CSQMPRH2.
    When an abend is issued in CSQSHGMN, CSQMPRH2 is retried. The
    FRR is left in place, and CSQMPRH2 attempts to delete it. This
    fails, as the FRESRUSE count is non-zero.
    When the call returns to CSQMCPRH, the check for an empty FRR
    stack fails, and the abend is issued.
    

Problem conclusion

Temporary fix

Comments

  • The code was changed to correctly decrement the FRESRUSE count
    when a retry occurs.
    

APAR Information

  • APAR number

    PI33939

  • Reported component name

    WMQ Z/OS V7

  • Reported component ID

    5655R3600

  • Reported release

    100

  • Status

    CLOSED UR1

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt / Xsystem

  • Submitted date

    2015-02-02

  • Closed date

    2015-02-26

  • Last modified date

    2015-05-04

  • APAR is sysrouted FROM one or more of the following:

  • APAR is sysrouted TO one or more of the following:

    UI25477

Modules/Macros

  • CSQGFRCV
    

Fix information

  • Fixed component name

    WMQ Z/OS V7

  • Fixed component ID

    5655R3600

Applicable component levels

  • R100 PSY UI25477

       UP15/04/17 P F504

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":"BU054","label":"Systems w\/TPS"},"Product":{"code":"SG19M","label":"APARs - z\/OS environment"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"7.1","Edition":"","Line of Business":{"code":"","label":""}}]

Document Information

Modified date:
04 May 2015