IBM Support

PI37337: WMQ: CLUSTER CHANNEL AUTO-DEFINITION EXIT ABENDS 0C4 REASON 10 15/08/03 PTF PECHANGE

A fix is available

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • CSQX111E xxx CSQXDISP User channel exit error, TCB=008BBA6
    reason=0C4000-00000010
     Change team found the 0C4 occurs after the fix for PI25795
    when a cluster-sender is started due to a copy of the channel
    being taken from the cluster cache which may have ClusterPtr
    set to a residual value.
    

Local fix

Problem summary

  • ****************************************************************
    * USERS AFFECTED: All users of WebSphere MQ for z/OS Version 7 *
    *                 Release 0 Modification 1 and Release 1       *
    *                 Modification 0.                              *
    ****************************************************************
    * PROBLEM DESCRIPTION: After application of the PTFs for APAR  *
    *                      PI25795 (UI22395 or UI22396), starting  *
    *                      an auto-defined cluster channel after   *
    *                      only the channel initiator has been     *
    *                      restarted, can result in an 0C4 abend   *
    *                      when a Channel Auto-Definition (CHAD)   *
    *                      Exit is used.                           *
    ****************************************************************
    * RECOMMENDATION:                                              *
    ****************************************************************
    APAR PI25795 corrected a storage leak when a CHAD exit is
    defined (CHADEXIT queue manager attribute set). However a logic
    issue exists in the case where the channel definition is read
    from the cluster cache after the channel initiator has been
    restarted (without the queue manager being restarted), the value
    for the list of clusters for the channel is not recalculated,
    allowing the CHAD exit and the relevant processing to
    dereference an invalid pointer address, resulting in an 0C4
    abend.
    

Problem conclusion

  • The processing when only the channel initiator is restarted has
    been altered to clear the ClusterPtr, which will result in the
    ClusterPtr being recalculated the next time the auto-defined
    cluster channel is started.
    010Y
    100Y
    CSQXREXT
    CSQXRFXC
    CSQXRMAS
    CSQXRMSS
    

Temporary fix

Comments

APAR Information

  • APAR number

    PI37337

  • Reported component name

    WMQ Z/OS V7

  • Reported component ID

    5655R3600

  • Reported release

    010

  • Status

    CLOSED PER

  • PE

    YesPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt / Xsystem

  • Submitted date

    2015-03-18

  • Closed date

    2015-08-24

  • Last modified date

    2015-11-03

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

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

    PI46158 UI30447 UI30448

Modules/Macros

  • CSQXREXT CSQXRFXC CSQXRMAS CSQXRMSS
    

Fix information

  • Fixed component name

    WMQ Z/OS V7

  • Fixed component ID

    5655R3600

Applicable component levels

  • R010 PSY UI30447

       UP15/10/07 P F510 Ø

  • R100 PSY UI30448

       UP15/10/07 P F510 Ø

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.0.1","Edition":"","Line of Business":{"code":"","label":""}}]

Document Information

Modified date:
03 November 2015