IBM Support

PI98431: WMQ ABEND378 RC14 CSQMCALH DURING HANDLE STORAGE RELEASE 18/06/14 PTF PECHANGE

A fix is available

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • After application of PUT1711 an ABEND378 RC14 is generated as
    CSQMCALH (during close handle processing) attempts to execute
    STORAGE RELEASE ; however the storage being freed is no longer
    in Subpool 230 (Key 7) so z/OS VSM fails the request.
    

Local fix

  • Restore from PUT1711 avoids the abend condition
    

Problem summary

  • ****************************************************************
    * USERS AFFECTED: All users of IBM MQ for z/OS Version 9       *
    *                 Release 0 Modification 0.                    *
    ****************************************************************
    * PROBLEM DESCRIPTION: Abend S378 in CSQMCALH occurs when an   *
    *                      application using AMS disconnects from  *
    *                      the queue manager or terminates after   *
    *                      applying the fix for PI87697.           *
    ****************************************************************
    An application attempted to open an AMS protected queue, and the
    open failed due to incorrect AMS configuration after the queue
    manager had completed MQOPEN processing. An error in
    handling the failure resulted in the handle remaining open,
    despite an error being returned to the application.
    
    When the application subsequently terminated, CSQMCALH was
    called to close any remaining handles, including the handle for
    the protected queue. An attempt was made to free the AMS QInfo
    control block associated with the handle, however deallocation
    processing was running on an SRB in the queue manager address
    space, and so the STORAGE RELEASE for TCB owned storage abended
    S378-14.
    The S378-14 abends occur when handles for protected queues are
    closed implicitly (whether due to normal or abnormal
    termination), including, but not limited to handles resulting
    from the error in MQOPEN processing.
    
    Additional keywords: MQRC2017 MQRC_HANDLE_NOT_AVAILABLE
    

Problem conclusion

  • CSQ0COPN is changed to correctly handle the AMS configuration
    error and free the handle and associated QInfo block before
    returning the error to the application.
    
    CSQMCALH is changed to specify the correct storage owner when
    freeing QINFO control blocks, allowing it to succeed when
    running during deallocation.
    

Temporary fix

Comments

APAR Information

  • APAR number

    PI98431

  • Reported component name

    IBM MQ Z/OS V9

  • Reported component ID

    5655MQ900

  • Reported release

    000

  • Status

    CLOSED PER

  • PE

    YesPE

  • HIPER

    YesHIPER

  • Special Attention

    NoSpecatt / Xsystem

  • Submitted date

    2018-05-25

  • Closed date

    2018-06-14

  • Last modified date

    2018-08-02

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

    PI94647

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

    UI56554

Modules/Macros

  • CSQ0COPN CSQ0DPCS CSQMCALH
    

Fix information

  • Fixed component name

    IBM MQ Z/OS V9

  • Fixed component ID

    5655MQ900

Applicable component levels

  • R000 PSY UI56554

       UP18/07/25 P F807 ­

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:
02 August 2018