PH27022: CM0 TPIPES NOT DELETED AFTER MESSAGES ARE UNLOADED FROM QUEUE, EVEN AFTER A "/DIS TMEMBER TMEMBERNAME TPIPE ALL QCNT"

Obtain the fix for this APAR.

APAR status

• Closed as new function.

Error description

• APAR PI80791 added code to issue /DIS TMEMBER tmembername TPIPE
  ALL QCNT command.
  QCF expects a system checkpoint to delete CM0 TPIPEs if there
  are in fact no messages on the queue.
  Unfortunately CM0 TPIPEs are not deleted as expected.
  .
  Therefore this enhancement is to implement a better mechanism
  for QCF than that provided by IMS, via IMS APAR's PH24788 (V15)
  and PH23945 (V14).
  

Local fix

Problem summary

• ****************************************************************
  * USERS AFFECTED: All IBM IMS Queue Control Facility for z/OS  *
  *                 Version 3 Release 2 (FMID=H0GN320) users.    *
  ****************************************************************
  * PROBLEM DESCRIPTION: CM0 TPIPEs not deleted after messages   *
  *                      are unloaded from queue, even after a   *
  *                      "/DIS TMEMBER TMEMBERNAME TPIPE ALL     *
  *                      QCNT"                                   *
  ****************************************************************
  * RECOMMENDATION: Apply the maintenance for this APAR.         *
  ****************************************************************
  QCF APAR PI80791 added code to issue /DIS TMEMBER tmembername
  TPIPE ALL QCNT command by specifying TOIPARMS statement for
  UNLOAD function.
  QCF expects a system checkpoint to delete CM0 TPIPEs if there
  are in fact no messages on the queue in the shared queue
  environment.
  Unfortunately CM0 TPIPEs are not deleted as expected.
  
  Therefore this enhancement is to implement a new mechanism
  provided by IMS, via IMS APAR's PH24788 (V15) and PH23945 (V14).
  See that APAR for details.
  
  KEYWORDS:
  IMSV15TGT/K
  IMSV14TGT/K
  

Problem conclusion

Temporary fix

Comments

• QCF Unload has been changed to call DFSCIO50 with function code
  CIO5OTMADQ each time unloading an OTMA output message.
  If an AWE is built by DFSCIO50, QCF enqueues the AWE after the
  OTMA output message deletion is successful and message is gone.
  Implementing this mechanism, TPIPEs are properly released by
  IMS.
  

APAR Information

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

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

  UI71768

Modules/Macros

• IQCQMR5E IQCQMR5F
  

Fix information

• Fixed component name

  IMS QUEUE CNTL

• Fixed component ID

  5697E9900

Applicable component levels

• R320 PSY UI71768

     UP20/10/01 P F009

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.