PI44388: MANY TASKS IN CDB2RDYQ *POOL WAITS IN SINCE UPGRADING TO CICS/TS R5.2 AND/OR AD3L ABENDS

Obtain the fix for this APAR.

APAR status

• Closed as program error.

Error description

• You are running CICS/TS for z/OS R5.2, and you are experiencing
  hangs with tasks in CDB2RDYQ *POOL waits.  Your region hung for
  over an hour with no activity and had to be recycled to clear
  up the hang. Additional Symptom(s) Search Keyword(s): Hang
  CDB2RDYQ *POOL Waits, set_user_mutable, rmi_init,
  RMI_START_OF_TASK, DFHXMTA, INIT_XM_CLIENT KIXREVxxx
  SET_USER_MUTABLE(YES)
  The root cause was new parameter added in CICS 5.2  on the
  INIT_XM_CLIENT call.  This new parameter was not being
  initialized to off.  This causes a task not to be driven
  for End-of-task trues.
  .
  This can result in varying symptoms, including an ABEND AD3L.
  ABENDAD3l AD3L DB2 MQ Connection hang issue
  
  ADDITIONAL SYMPTOM(s):  DFHXS1111 ICH408  wrong user/region ID
                          MSGDFHXS1111 ICH408I MSGICH408I
  

Local fix

• KIXREVEAA
  

Problem summary

• ****************************************************************
  * USERS AFFECTED: All.                                         *
  ****************************************************************
  * PROBLEM DESCRIPTION: Possible task hangs with CDB2RDYQ *POOL *
  *                      waits and/or AD3L abends.               *
  ****************************************************************
  * RECOMMENDATION:                                              *
  ****************************************************************
  At CICS TS 5.2 a new parameter SET_USER_MUTABLE has been added
  to the INIT_XM_CLIENT calls. This new parameter only has any
  meaning for Liberty JVM transactions. The code added attempted
  to initialize the existence bit off and to clear the actual
  field in the parameter list. This did not do as expected and
  just resulted in the existence bit being set and if residual
  data was left in the field (x'01') then xm_txn_userid_mutable
  would be set which would result in a number of getrefs being
  bypassed including RMI_START_OF_TASK, leading to either waits or
  abendAD3Ls.
  .
  Another symptom is that transactions may run under the wrong
  user/region ID which will result in RACF message ICH408I.
  .
  Keywords: AD3L AD3E abendAD3E msgICH408I 00F31101 CDB2RDYQ
  

Problem conclusion

• DFHXMTA has been changed to correctly set off the
  SET_USER_MUTABLE field to NO when not a Liberty JVM transaction.
  

Temporary fix

• *********
              * HIPER *
              *********
  FIX AVAILABLE BY PTF ONLY
  

Comments

APAR Information

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

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

  UI30539

Modules/Macros

• DFHXMTA
  

Fix information

• Fixed component name

  CICS TS Z/OS V5

• Fixed component ID

  5655Y0400

Applicable component levels

• R900 PSY UI30539

     UP15/09/04 P F509 ½

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.