IBM Support

PI87697: STORAGE LEAK DUE TO AMS QINFOOBJECT CONTROL BLOCKS ARE NOT RELEASED

A fix is available

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • The customer CICS 5.1 region experienced
    multiple 878-00C abends during RACF
    processing of a locate request for a user
    entry.  The DFHXS0001 messages state the
    abend occurred in module DFHXSPW.
    878-00C indicates an LSQA shortage.
    .
    After taking a look at the doc and can see
    the cause of the storage leak. It occurs
    when a thread (in this case CICS transaction
    CKBP) ends without closing all of its queues.
    Close-all-handles processing will close all
    of the open queues, but any AMS QInfoObject
    control blocks are not released, resulting in
    the storage leak seen here.
    .
    Additional Symptom(s) Search Keyword(s):
    .
    sp230 k7 key7 B8 ABEND878 878
    To troubleshoot, we asked for MSTR Internal
    trace.
    /cpf RECOVER QMGR(TUNE TABMAXBLK 20480)
    /cpf SET SYSTEM TRACTBL(999)
    .
    This storage obtain requested x'518' bytes
    out of subpool 230 k 7 and was passed
    address 59AE50B8 which has eyecatcher CSQ0CQNF.
    This was issued from address 22477580,
    browsing storage, backing up from this eyecatcher
    we found that it is an MQ module- CSQ0COPN:
    .
       |x...xy..x4..CSQ0COPN2014090211.5|
    

Local fix

Problem summary

  • ****************************************************************
    * USERS AFFECTED: All users of IBM MQ for z/OS Version 9       *
    *                 Release 0 Modification 0                     *
    *                 using Advanced Message Security (AMS).       *
    ****************************************************************
    * PROBLEM DESCRIPTION: Application that MQOPEN an AMS          *
    *                      protected queue and it does not MQCLOSE *
    *                      the queue result in AMS QInfo control   *
    *                      blocks not released (leaked).           *
    *                                                              *
    ****************************************************************
    The end of thread processing in CSQMCALH does not free AMS QInfo
    blocks left when MQCLOSE is not invoked to close AMS protected
    queues.
    

Problem conclusion

  • CSQMCALH now frees AMS QInfo blocks.
    

Temporary fix

Comments

  • ×**** PE18/05/25 FIX IN ERROR. SEE APAR PI98431  FOR DESCRIPTION
    

APAR Information

  • APAR number

    PI87697

  • Reported component name

    MQ Z/OS V9

  • Reported component ID

    5655MQ900

  • Reported release

    000

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    YesHIPER

  • Special Attention

    NoSpecatt / Xsystem

  • Submitted date

    2017-09-21

  • Closed date

    2017-10-16

  • Last modified date

    2020-03-24

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

    PI86583

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

    UI51127

Modules/Macros

  • CSQ0COPN CSQ0DPCS CSQMCALH
    

Fix information

  • Fixed component name

    MQ Z/OS V9

  • Fixed component ID

    5655MQ900

Applicable component levels

  • R000 PSY UI51127

       UP17/11/21 P F711 ¢

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":"LOB36","label":"IBM Automation"}}]

Document Information

Modified date:
24 March 2020