IBM Support

PI77804: MQ V9: ABEND0C4 IN CSQMFDER OR ABEND0C4 IN CSQMFREG USING MQ CLUSTER.

Subscribe to this APAR

By subscribing, you receive periodic emails alerting you to the status of the APAR, along with a link to the fix after it becomes available. You can track this item individually or track all items by product.

Notify me when this APAR changes.

Notify me when an APAR for this component changes.

APAR status

  • Closed as program error.

Error description

  • An ABEND0C4 in CSQMFDER or an ABEND0C4 in CSQMFREG may occur
    due to a cluster cache corruption.
    

Local fix

  • n/a
    

Problem summary

  • ****************************************************************
    * USERS AFFECTED: All users of IBM MQ for z/OS Version 9       *
    *                 Release 0 Modification 0.                    *
    ****************************************************************
    * PROBLEM DESCRIPTION: When applications using                 *
    *                      MQOO_BIND_ON_GROUP or                   *
    *                      MQOO_BIND_AS_Q_DEF with DefBind queue   *
    *                      attribute as MQBND_BIND_ON_GROUP put    *
    *                      group messages to cluster queues        *
    *                      without option MQMPO_LOGICAL_ORDER      *
    *                      experience 0C4 abends in CSQMFDER or    *
    *                      CSQMFREG.                               *
    ****************************************************************
    The 0C4 abends are result of corrupted cluster cache
    registration areas. MQPUT processing is not handling
    correctly the condition of an application using
    BIND_ON_GROUP without MQPMO_LOGICAL_ORDER when putting
    group messages to cluster queues.
    In this case, the MQPUT should revert to put messages
    using BIND_NOT_FIXED as is the documented behaviour instead
    of trying to use BIND_ON_GROUP causing the cluster cache
    corruption.
    

Problem conclusion

  • CSQMPUTV has been changed to handle putting group messages to
    cluster queues using BIND_ON_GROUP without MQPMO_LOGICAL_ORDER
    and correctly reverting to BIND_NOT_FIXED without corrupting
    cluster cache registration areas.
    
    CSQMFDER has been changed to implement a new service tune
    parameter that can be enabled to check consistency of the
    cluster cache registration areas.
    
    CSQMOVAL and CSQMZLOO have been changed to implement another
    service tune parameter that can be enabled to revert behaviour
    of BIND_ON_GROUP to BIND_ON_OPEN. This is can be used as
    temporary fix to applications using BIND_ON_GROUP and no
    MQPMO_LOGICAL_ORDER that can be affected by this APAR that
    reverts BIND_ON_GROUP to BIND_NOT_FIXED when MQPMO_LOGICAL_GROUP
    is not specified.
    

Temporary fix

Comments

APAR Information

  • APAR number

    PI77804

  • Reported component name

    MQ Z/OS V9

  • Reported component ID

    5655MQ900

  • Reported release

    000

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt / Xsystem

  • Submitted date

    2017-03-08

  • Closed date

    2017-05-18

  • Last modified date

    2017-05-18

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

    PI77599

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

    UI47350

Modules/Macros

  • CSQIRECP CSQMFDER CSQMOVAL CSQMPUTV CSQMZLOO
    

Fix information

  • Fixed component name

    MQ Z/OS V9

  • Fixed component ID

    5655MQ900

Applicable component levels

  • R000 PSY

       UP



Document information

More support for: z/OS family

Software version: 9.0

Reference #: PI77804

Modified date: 18 May 2017


Translate this page: