PI20766: ASRA ABEND IN EYU9XQ00

Obtain the fix for this APAR.

APAR status

• Closed as program error.

Error description

• EYUXL0905E xxxxxxxx ASRA IN XQGQ, OFFSET 00000296 PSW=07855000
  A9A53CCE
  EYUXL0905E INTC=0010 ILC=6 TXCP=7FFF9801
  SCODE=S00C4 TRAN=XLNX TASK=0000058
  EYUXL0905E Methods=XQGQ,XLNX,XLOP
  EYUXL0905E BEAR=011AB3B8, OFFSET=????????
  
  
  Causes CMAS to close
  

Local fix

Problem summary

• ****************************************************************
  * USERS AFFECTED: All CICSPlex SM V5R1M0 Users                 *
  ****************************************************************
  * PROBLEM DESCRIPTION:    During a period of extremely high    *
  *                      activity, including excessive tracing   *
  *                      of exceptions generated in local MASes, *
  *                      your CMAS receives abend ASRA (S0C4) in *
  *                      method XQGQ (EYU0XQGQ - Get Record from *
  *                      Queue) or method XQCP (EYU0XQCP - Copy  *
  *                      Queue).  Depending on the task which    *
  *                      called the abending method, it is pos-  *
  *                      sible that the CMAS in which the abend  *
  *                      occurred might be forced to shut down.  *
  ****************************************************************
  * RECOMMENDATION: After applying the PTF that resolves this    *
  *                 APAR, all CMASes and MASes must be recycled  *
  *                 to pick up the new code.  Note that regions  *
  *                 do not need to be brought down and restarted *
  *                 at the same time.                            *
  ****************************************************************
     During development of V5R1M0 of CPSM, changes were made to
  the way that CPSM manages data space ALETs and access registers.
  If a queue spans multiple data spaces, a logic error caused the
  offset of the next Queue Record Locator Block (QRLB) to be
  loaded from the current block offset in the next block's data
  space.  This could result in an S0C4 abend when accessing the
  next block, or in overlay of storage at the offset loaded from
  the incorrect data space.
  

Problem conclusion

• Modules EYU0XQGQ and EYU0XQCP were modified to load the
  offset of the next block from the current block's data space.
  

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:

  UI19274

Modules/Macros

• EYU0UQCP EYU0UQGQ EYU0XQCP EYU0XQGQ
  

Fix information

• Fixed component name

  CICS TS Z/OS V5

• Fixed component ID

  5655Y0400

Applicable component levels

• R80M PSY UI19274

     UP14/07/03 P F407 ½

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.