A fix is available
APAR status
Closed as program error.
Error description
You are running CICS TS 5.4 and open a file you are not authorized to- issuing: CEMT SET FIlE(XXXXXXX) OPEN ENABLED You receive an ABEND 913-38 and the following message: IEC150I 913-38,IFG0194E,jobname,XXXXXXX,ddname Here are the associated CICS messages: DFHAP0001 An abend (code 913/AKEX) has occurred at offset X'FFFFFFFF' in module DFHFCN DFHFC0001 An abend (code ---/ASRB) has occurred at offset X'987C' in module DFHFCFS. DFHFC0001 An abend (code 0C4/AKEA) has occurred at offset X'FFFF' in module DFHFCFS. The 0C4 program check actually occurred at offset x'11E' in DFHFCN, ptf level UI63740. In the CLEANUP routine in DFHFCFS. The failing instruction is a Store: E3E0 C0A0 0024 | STG R14,X'A0'(,R12) Trying to store into R12, which contains 00000001, causing the program check. R12 is supposed to point to the Task Control Block - or TCA. Somehow it was not restored properly in the recovery routines. Additional Symptoms: KIXREVRJL ABEND213 213 ABEND913 ABEND0C4 AKEX ASRB
Local fix
Problem summary
**************************************************************** * USERS AFFECTED: All CICS users. * **************************************************************** * PROBLEM DESCRIPTION: CICS issued a 0C4 program check at * * offset 0x11E in DFHFCN while * * performing a CEMT SET ([FILE]) OPEN * * ENABLED on a file lacking authority. * **************************************************************** Performing a CEMT SET ([FILENAME]) OPEN ENABLED on a file that lacks authority can result in CICS raising a 0C4 program check within DFHFCN. In this scenario DFHFCFS calls DFHFCN twice. Firstly to attempt the OPEN and ENABLE of the file via a SVC 19 and, secondly, as it attempts to perform clean-up after a failed OPEN and ENABLE. It is during this clean-up that the 0C4 program check is raised. During clean-up it was found that DFHFCN expects to find the TCA in R12 but this has not been re-established by CICS prior to the second call to DFHFCN. Keywords: abend0C1, abend0C4, abend913, file control, FCFSREC, msgIEC150I
Problem conclusion
The recovery routine of DFHFCFS (FCFSREC) has been updated so that the TCA is re-established in R12 just prior to any second call to DFHFCN, to perform clean-up. This will avoid the 0C4 program check and, instead, a DFHAC2206 message and AEXZ abend will present.
Temporary fix
Comments
APAR Information
APAR number
PH28987
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
2020-08-31
Closed date
2021-01-08
Last modified date
2021-02-01
APAR is sysrouted FROM one or more of the following:
APAR is sysrouted TO one or more of the following:
UI73398 UI73399 UI73400
Modules/Macros
DFHFCFS
Fix information
Fixed component name
CICS TS Z/OS V5
Fixed component ID
5655Y0400
Applicable component levels
R100 PSY UI73400
UP21/01/09 P F101
R200 PSY UI73399
UP21/01/09 P F101
R300 PSY UI73398
UP21/01/09 P F101
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.
[{"Line of Business":{"code":"LOB35","label":"Mainframe SW"},"Business Unit":{"code":"BU058","label":"IBM Infrastructure w\/TPS"},"Product":{"code":"SSGMGV","label":"CICS Transaction Server"},"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"5.4"}]
Document Information
Modified date:
02 February 2021