IBM Support

PI82345: WMQ V900 WHEN XA CLIENTS USING SVRCONN CHANNEL WITH CSQSERVICE1 ATTEMPT MQGET AGAINST SHARED QUEUE, A STORAGE LEAK OCCURS

A fix is available

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • When XA clients are using a SVRCONN channel with the
    CSQSERVICE1 keyword and the client attempts MQGET against a
    shared queue with commited or uncommitted messages, a storage
    leak can be seen.   ETRQS storage leak.
    .
    Additional Symptom(s) Search Keyword(s):
    WMQ V900 LTS Long Term Service
    SubPool 229 Key 7 SP229 KEY7  ETRQ  CFM Thread Stg
    

Local fix

Problem summary

  • ****************************************************************
    * USERS AFFECTED: All users of IBM MQ for z/OS Version 9       *
    *                 Release 0 Modification 0.                    *
    ****************************************************************
    * PROBLEM DESCRIPTION: Messages CSQY221I and CSQY222E may be   *
    *                      seen when performing XA work against    *
    *                      shared queues, with CSQSERVICE1 being   *
    *                      set on the SVRCONN channel the XA       *
    *                      client is using or when TMF clients     *
    *                      used.                                   *
    ****************************************************************
    When CSQSERVICE1 is set for a SVRCONN or when TMF clients are
    used , and XA work is being performed across the channel to a
    shared queue, eTRQS control blocks may be leaked. These control
    blocks should be cleaned up after a commit or backout. However
    if an MQGET does not result in a message being retrieved, the
    control block may be leaked. If this scenario is repeated,
    message CSQY221I and CSQY222E may be output. Additionally with
    these clients, if an XA_PREPARE returns a read only or backed
    out return code, the ACE associated with the UOW may also be
    left, resulting in subpool 231 ECSA storage being leaked, and
    the CSQY221I and CSQY222E messages.
    

Problem conclusion

  • Processing during these scenarios has been updated for clients
    using CSQSERVICE1 or TMF clients to prevent the eTRQS and ACE
    being leaked in these cases.
    

Temporary fix

Comments

APAR Information

  • APAR number

    PI82345

  • 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-05-31

  • Closed date

    2017-06-23

  • Last modified date

    2018-03-26

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

    PI73877

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

    UI48254 PI95726

Modules/Macros

  • CSQEDALL CSQMCPRH CSQMXARH
    

Fix information

  • Fixed component name

    MQ Z/OS V9

  • Fixed component ID

    5655MQ900

Applicable component levels

  • R000 PSY UI48254

       UP17/08/10 P F708

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":"BU053","label":"Cloud & Data Platform"},"Product":{"code":"SSYHRD","label":"IBM MQ"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"9.0","Edition":"","Line of Business":{"code":"LOB45","label":"Automation"}}]

Document Information

Modified date:
26 March 2018