A fix is available
APAR status
Closed as program error.
Error description
You have set the CICS system dump table entries to have the DUMPSCOPE(RELATED) option so that CICS regions with units of work related to the current region will also be dumped by means of a request to MVS dump services. . When one of those dumps is requested though, you may see error messages similar to the following: . DFHDU0201 cicsrgn ABOUT TO TAKE SDUMP. DUMPCODE: AAAAAA , DUMPID: 1/1234 DFHDU0217 cicsrgn SDUMPX request completed with a return code of X'04'. A complete or partial dump has been taken. IEA611I PARTIAL DUMP ON <dump dsn name> DUMPID=123 REQUESTED BY JOB (cicsrgn) FOR ASID (0123) REMOTE DUMPS REQUESTED SDRSN = 00000000 40000000 00000000 00008000 ERROR OCCURRED IN SDUMP . Of note is the error in SDUMP with the non-zero SDRSN codes. The two non-zero SDRSN codes indicate: . 40000000 is: While processing SVC X'33', the system detected an error and gave recovery control. . 00008000 is: Recovery received control while building the SDUMP signals for other systems in the sysplex . If MVS system EREP data is reviewed for this, an S0C4 may be seen out of dump services: . PIDS/5752SCDMP PROGRAM ID: 5752SCDMP RIDS/IGC0005A#?L LOAD MODULE NAME: IGC0005A RIDS/IEAVTSDS CSECT NAME: IEAVTSDS AB/S00C4 SYSTEM ABEND CODE: 00C4 PRCS/00000010 ABEND REASON CODE: 00000010 .
Local fix
Problem summary
**************************************************************** * USERS AFFECTED: All CICS users * **************************************************************** * PROBLEM DESCRIPTION: IEA611I PARTIAL DUMP message can be * * issued for SDUMPX dumping CICS regions * * with the RELATED option. * **************************************************************** When DUMPSCOPE = RELATED is specified in the system dump table, the CICS dump domain routine DFHDUSVC issues a GETMAIN for a PROBDESC area but the area acquired is in private storage. This area is not accessible by SDUMPX and returns a non-zero return code to the SDUMPX macro. This can result in partial SDUMPs being captured. Although the PROBDESC area should be getmained from subpool 245 (common storage), the use of private area storage does not always result in the problem symptoms being seen (it is intermittent). KEYWORDS: msgiea611I
Problem conclusion
DFHDUSVC has been changed to specify SP(245) on the getmain for PROBDESC storage, so common SQA/ESQA is used.
Temporary fix
Comments
APAR Information
APAR number
PH18165
Reported component name
CICS TS Z/OS V5
Reported component ID
5655Y0400
Reported release
100
Status
CLOSED PER
PE
NoPE
HIPER
NoHIPER
Special Attention
NoSpecatt / Xsystem
Submitted date
2019-10-16
Closed date
2019-11-12
Last modified date
2019-11-30
APAR is sysrouted FROM one or more of the following:
APAR is sysrouted TO one or more of the following:
UI66381 UI66382
Modules/Macros
DFHDUSVC
Fix information
Fixed component name
CICS TS Z/OS V5
Fixed component ID
5655Y0400
Applicable component levels
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"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"5.4","Edition":"","Line of Business":{"code":"LOB35","label":"Mainframe SW"}},{"Business Unit":{"code":"BU054","label":"Systems w\/TPS"},"Product":{"code":"SG19M","label":"APARs - z\/OS environment"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"5.4","Edition":"","Line of Business":{"code":"","label":""}}]
Document Information
Modified date:
30 November 2019