A fix is available
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 number
PH50396
Reported component name
CICS TS Z/OS V6
Reported component ID
5655YA100
Reported release
400
Status
CLOSED PER
PE
NoPE
HIPER
NoHIPER
Special Attention
NoSpecatt / Xsystem
Submitted date
2022-10-25
Closed date
2022-10-27
Last modified date
2022-11-01
APAR is sysrouted FROM one or more of the following:
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.
[{"Business Unit":{"code":"BU058","label":"IBM Infrastructure w\/TPS"},"Product":{"code":"SSGMGV","label":"CICS Transaction Server"},"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"6.1","Line of Business":{"code":"LOB35","label":"Mainframe SW"}}]
Document Information
Modified date:
01 November 2022