IBM Support


A fix is available


You can track all active APARs for this component.


APAR status

  • Closed as program error.

Error description

  • The problem was introduced when a MQGET was issued with
    MQMO_MATCH_MSG_TOKEN on a queue indexed with INDXTYPE(MSGTOKEN),
    where the message matching the token had expired before WLM
    triggered the MQGET.
    When the MQGET was being processed, the abend that occurred
    depended on what had happened to the page record containing
    the message pointed to by the IKR_WLM since it was expired by
    the queue manager. In one case, the page was still
    available, and the queue manager detected the IKR_WLM pointed
    to a deleted message, resulting in abend 00C90F00.
    In another case, the page referenced in the IKR_WLM had
    been reallocated and reused for an IRH9. However, when the queue
    manager was interpreting the data on that page, it expected an
    IRH8, and caused offsets to be badly calculated, resulting in
    abend 00C90500.

Local fix

  • n.a.

Problem summary

  • ****************************************************************
    * USERS AFFECTED: All users of WebSphere MQ for z/OS Version 7 *
    *                 Release 1 Modification 0.                    *
    * PROBLEM DESCRIPTION: When getting a message from a WLM       *
    *                      managed queue by MsgToken, MQRC 2195    *
    *                      (MQRC_UNEXPECTED_ERROR) is returned     *
    *                      and an abend is issued.                 *
    *                      Possible abend codes include, but are   *
    *                      not limited to, 00C90F00 and 00C90500.  *
    * RECOMMENDATION:                                              *
    During MQGET processing for a WLM managed queue, if there are
    expired messages matching the search criteria, CSQIMGEW is
    invoked to do the necessary processing.
    When the message is expired, the IKR should be deleted as well,
    however delete_IKR in CSQIMGEW skips the deletion of the IKR if
    the message lock is held by anyone. This is the case, as
    delete_IKR is invoked while still holding the message lock, thus
    the IKR is never deleted.
    When the IKR is next used to get a message, an abend will occur.
    The abend code depends on what has happened to the page record
    since the message was expired.

Problem conclusion

  • The code in CSQIMGEW was changed to correctly delete the IKR
    when the message is expired.

Temporary fix

  • *********
    * HIPER *


APAR Information

  • APAR number


  • Reported component name

    WMQ Z/OS V7

  • Reported component ID


  • Reported release


  • Status


  • PE




  • Special Attention

    NoSpecatt / Xsystem

  • Submitted date


  • Closed date


  • Last modified date


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

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

    UI14172 PI15949



Fix information

  • Fixed component name

    WMQ Z/OS V7

  • Fixed component ID


Applicable component levels

  • R100 PSY UI14172

       UP14/02/05 P F402 Ž

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:
21 May 2014