PH41663: CHIN ADDRESS SPACE HUNG AFTER MSTR TERMINATION

Obtain the fix for this APAR.

APAR status

• Closed as program error.

Error description

• The CHINIT is hung while a TCB is waiting for the attached
  repository manager TCB to end. The TCB shows that it is paused
  in an IEAVXFR call from CSQXONCP. The code is in the process of
  allocating a new 16MB cluster cache block and has transferred
  control to the long-running monitor task in CSQIONCB. At the
  same time it appears the MSTR is running low on memory because
  of a CSQY220I message. A CSQX059E message is also issued because
  it is unable to increase the cluster cache. This results in the
  wrong pause element token (PET) being released.
  

Local fix

Problem summary

• ****************************************************************
  * USERS AFFECTED: All users of IBM MQ for z/OS Version 9       *
  *                 Release 1 Modification 0 and Release 2       *
  *                 Modification 0.                              *
  ****************************************************************
  * PROBLEM DESCRIPTION: Messages CSQI059E & CSQX059E were seen  *
  *                      in the QMGR and CHIN logs. The          *
  *                      customer tried stopping the QMGR        *
  *                      MODE(QUIESCE) and found that it         *
  *                      wouldn't stop. They then issued         *
  *                      another stop MODE(FORCE), and the QMGR  *
  *                      stopped as it should but the CHINIT     *
  *                      stayed up.                              *
  ****************************************************************
  In the CSQIONCB module, a IEAVRLS call is used to
  release a PET. The IEAVRLS call uses a constant to decide
  which PET to release. The constant that is used causes the
  same PET to be released every time (a QMGR caller in this case).
  This results in CHINIT callers of CSQIONCB to never be
  resumed and consequently be left in a hung state.
  

Problem conclusion

• CSQIONCB has been changed to ensure the correct caller is
  always resumed.
  
  The IBM MQ for z/OS Version 9.1.x and Version 9.2.x IBM
  Documentation are updated:
  IBM MQ 9.1.x/9.2.x
   IBM MQ
    Reference
     Messages
      IBM MQ for z/OS messages, completion, and reason codes
       IBM MQ for z/OS codes
        Distributed queueing messages (CSQX..)
  (https://www.ibm.com/docs/en/ibm-mq/
                 9.1?topic=zos-distributed-queuing-messages-csqx)
  (https://www.ibm.com/docs/en/ibm-mq/
                 9.2?topic=zos-distributed-queuing-messages-csqx)
  
  Modified system action for CSQX059E
  
  Under message CSQX059E, Change "System action" FROM:
  "The channel initiator terminates."
  TO:
  "The channel initiator will probably terminate."
  

Temporary fix

Comments

APAR Information

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

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

  UI79927 UI79928

Modules/Macros

• CSQIONCB CSQXONCP
  

Fix information

• Fixed component name

  IBM MQ Z/OS V9

• Fixed component ID

  5655MQ900

Applicable component levels

• R100 PSY UI79927

     UP22/04/15 P F204

• R200 PSY UI79928

     UP22/04/13 P F204

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.