IBM Support

PI86583: 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 8       *
    *                 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).           *
    *                                                              *
    *                      In CICS applications this can result in *
    *                      the CICS region terminating due to LSQA *
    *                      storage shortage after generating       *
    *                      878-00C abends.                         *
    ****************************************************************
    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/03/05 FIX IN ERROR. SEE APAR PI94647  FOR DESCRIPTION
    

APAR Information

  • APAR number

    PI86583

  • Reported component name

    WMQ AMS V8

  • Reported component ID

    5655AMS00

  • Reported release

    000

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    YesHIPER

  • Special Attention

    NoSpecatt / Xsystem

  • Submitted date

    2017-08-30

  • Closed date

    2017-10-30

  • Last modified date

    2020-03-24

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

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

    PI87697 UI51525

Modules/Macros

  • CSQ0CACB CSQ0COPN CSQ0DPCS CSQMCALH
    

Fix information

  • Fixed component name

    WMQ Z/OS 8

  • Fixed component ID

    5655W9700

Applicable component levels

  • R000 PSY UI51525

       UP17/12/16 P F712 ¢

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":"8.0","Edition":"","Line of Business":{"code":"LOB45","label":"Automation"}}]

Document Information

Modified date:
24 March 2020