IBM Support

PI07991: ABEND5C6-00C90F00 ISSUED BY CSQIMGEW+xxxxxxxx 'CSQI_RECORD_DELETED'.

A fix is available

Subscribe

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.
    100Y
    CSQIMGEW
    

Temporary fix

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

Comments

APAR Information

  • APAR number

    PI07991

  • Reported component name

    WMQ Z/OS V7

  • Reported component ID

    5655R3600

  • Reported release

    100

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    YesHIPER

  • Special Attention

    NoSpecatt / Xsystem

  • Submitted date

    2013-12-13

  • Closed date

    2014-01-13

  • Last modified date

    2014-05-21

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

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

    UI14172 PI15949

Modules/Macros

  • CSQIMGEW
    

Fix information

  • Fixed component name

    WMQ Z/OS V7

  • Fixed component ID

    5655R3600

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