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

Obtain the fix for this APAR.

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 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.