PH59006: AICA ABEND IN CPSM CMAS WHEN DELETING LARGE NUMBER OF SHARED TSQUEUE ENTRIES

Obtain the fix for this APAR.

APAR status

• Closed as program error.

Error description

• You are using the CPSM WUI interface or a batch CPSM API job to
  delete a large number of items -- shared TSQueue entries for
  example. You find that your CMAS experiences an AICA abend and
  the CMAS produces an SVC dump for the AICA abend in an XDNR
  transaction. The CPSM method stack from the abending task may
  vary, depending on when CICS runaway task mechanism interrupted
  it for the AICA.
  
  
  Looking at the threadset for the abending task, the ELEM_CNT
  field will show a large number of entries that are being
  deleted, and the TABLE field will show what CPSM resource table
  was being worked with
  

Local fix

• Try increasing your ICVR value from 20000 (normally recommended
  for a CMAS) to 40000, or try deleting fewer resources at a
  single time.
  

Problem summary

• ****************************************************************
  * USERS AFFECTED: All CICSPlex SM users.                       *
  ****************************************************************
  * PROBLEM DESCRIPTION: When processing a very large number of  *
  *                      elements either in batch or WUI, it is  *
  *                      possible to encounter an AICA abend in  *
  *                      security validation as control is not   *
  *                      returned to CICS until the end of the   *
  *                      loop.                                   *
  *                                                              *
  *                      +EYUXL0905E xxxxxxxx AICA IN yyyy,      *
  *                      +EYUXL0905E INTC=0000 ILC=0             *
  *                      TXCP=00000000 SCODE=S???? TRAN=XDNR     *
  *                      TASK=nnnnnn                             *
  *                      +EYUXL0905E Methods=XZPT,TSTR,CRCK,.... *
  *                                                              *
  *                      N.B. The failing program, PSW, regs,    *
  *                      etc, are fairly random depending when   *
  *                      the transaction happens to run out of   *
  *                      time.                                   *
  ****************************************************************
  * RECOMMENDATION: Apply the PTF and recycle CMASes. CMASs can  *
  *                 be recycled in any order.                    *
  ****************************************************************
  When processing a large number of items from the batch API or
  from the WUI. e.g. when discarding all the Temporary Storage
  queues in a CICSplex, the EYU0CRCK security module checks all
  the items to determine if the user has authority for the process
  being performed. It does this in a loop and does not return
  control to CICS until all the security checks are finished.
  If the ICVR value is relatively low or the number of items is
  large this can lead to an AICA abend in EYU0CRCK or one of the
  modules called by it.
  

Problem conclusion

• EYU0CRCK has been modified to introduce an EXEC CICS SUSPEND
  after every 10,000 iterations of the NAMELIST checking loop.
  Also some duplicate security related calls have been removed.
  

Temporary fix

Comments

APAR Information

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

  PH58781

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

  UI95474

Modules/Macros

• EYU0CRCK
  

Fix information

• Fixed component name

  CICS TS Z/OS V6

• Fixed component ID

  5655YA100

Applicable component levels

• R40M PSY UI95474

     UP24/02/02 P F402

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.