PH50396: ABEND0C4 IN XDQB (EYU0XDQB)

Obtain the fix for this APAR.

APAR status

• Closed as program error.

Error description

• An abend 0C4 occurs in EYU0XDQB while trying to move data around
  the DAT data cache.  The data being moved represents the
  response to an large API query.
  The request has been made with a scope for the whole CICSplex.
  This is a little over 400 regions at the time of the dump.
  
  
  The request should have been rejected since it requires
  significantly more storage than can possibly be acquired, but a
  defect in EYU0XDQB meant that we allocated a smaller amount of
  storage, but then attempted to write to an area that had not
  been allocated.
  
  The task method stack was:  XLOP XDNR XDP1 XDQA XDQB
  with the task abending in XDQB:
  Task  Mtd Prev Tran Obj Level Pt-ID    Debug  UOW CMAS/Usr Envr
  Local TOD      GMT Clock      Date
  12345 XCCL XCEC XDNR CHE Excp  139    DSHIUSE  Ext  user    CMAS
  13:51:04.10987 16:51:04.10987 10/10/22
  12345 XDQB           XDNR   Abend    *Abend*                CMAS
  13:51:11.39922 16:51:11.39922 10/10/22
  
  The MVCL is actually moving to the location addressed by R14.
  This is 668FFF88 in DATnxxxx.  We are trying to move xB8 bytes,
  which would take us up to 66900040, which falls beyond the end
  of the allocated area of the data space (66900000).
  

Local fix

• n/a
  

Problem summary

• ****************************************************************
  * USERS AFFECTED: All CPSM users                               *
  ****************************************************************
  * PROBLEM DESCRIPTION: Intermittent S0C4 abends in the CMAS    *
  *                      module EYU0XDQB when trying to return   *
  *                      large amounts of data, >2GB, for        *
  *                      a WUI or API request.                   *
  ****************************************************************
  * RECOMMENDATION: Apply the PTF to the CMASes. This can be     *
  *                 done at any time in any order.               *
  ****************************************************************
  When a WUI or API requests a list of resources, E.g. all
  programs, the local CMAS builds the responses from all
  MASes into a single block of storage.The maximum size for this
  block is 2GB-1. If the requirement exceeds 2GB We should abort
  with return code Environerror and reason code Socresource.
  
  In some cases where size is more than 2GB we get the calculation
  wrong and return a smaller size. This leads to S0C4 abends later
  in the process.
  
  +EYUXL0905E xxxxxxxx ASRA IN XDQB, OFFSET 000005E2 PSW=
  +EYUXL0905E INTC=0010 ILC=2 TXCP=66900401 SCODE=S00C4 TRAN=XDNR
  +EYUXL0905E METHODS=XDQB,XDQA,XDP1,XDNR,XLOP
  

Problem conclusion

• Checking in EYU0XDQB has been added such that we correctly
  determine if the storage required is more than 2GB-1
  

Temporary fix

Comments

APAR Information

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

  PH50112

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

  UI83034

Modules/Macros

• EYU0XDQB
  

Fix information

• Fixed component name

  CICS TS Z/OS V6

• Fixed component ID

  5655YA100

Applicable component levels

• R40M PSY UI83034

     UP22/10/29 P F210

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.