A fix is available
APAR status
Closed as program error.
Error description
DFHPG0002 (severe error code x'0506') and DFHAP0001 (abend code 0C1 or 0C4) occurred repeatedly when performing newcopy, but newcopy was performed normally. DFHPG0002 A severe error (code X'0506') has occurred in module DFHPGIS. DFHAP0001 An abend (code 0C1/AKEA) has occurred at offset X'FFFFFFFF' in module mmmmmmmm DFHPG0002 A severe error (code X'0506') has occurred in module DFHPGIS. DFHAP0001 An abend (code 0C4/AKEA) has occurred at offset X'FFFFFFFF' in module mmmmmmmm
Local fix
Problem summary
**************************************************************** * USERS AFFECTED: All CICS users. * **************************************************************** * PROBLEM DESCRIPTION: DFHPG0002 (SEVERE ERROR CODE X'0506') * * and DFHAP0001 (ABEND CODE 0C1 OR 0C4) * * because the CPE_APE_CHAIN_SIZE value * * does not reflect the number of APEs on * * the chain. * **************************************************************** The customer's environment had many thousands of program definitions, and a load library staging with various libraries. Programs were compiled into one library, and could then be moved into another library while CICS was running. CICS SET PROGRAM PHASEIN commands could occasionally fail if a library did not happen to be available at the time of the command. The PHASEIN would return IOERR to the SPI. In the failing case, a program was in use when its library resource was discarded from CICS and then a PHASEIN of the program attempted. This failed with IOERR as the library was not defined to CICS at that time. A subsequent LOAD of the program worked, but as part of the load processing DFHLDLD1's PHYSICAL_LOAD routine added the APE that had been created during the earlier failed phasein attempt onto the chain of APEs from the CPE and incremented the count. This meant the value in CPE_APE_CHAIN_SIZE no longer matched the number of APEs chained from the CPE. This later led to a subsequent failure DFHPG0002 and DFHAP0001 being reported.
Problem conclusion
DFHLDLD1 has been changed to ensure that the LDAD entry for the APE of the program being phased-in is removed from the directory if the program locate fails. This prevents the subsequent LOAD command from locating the LDAD entry and so rechaining the same APE to the CPE.
Temporary fix
Comments
APAR Information
APAR number
PH52292
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
2023-02-01
Closed date
2023-03-31
Last modified date
2023-05-03
APAR is sysrouted FROM one or more of the following:
APAR is sysrouted TO one or more of the following:
UI91223 UI91224
Modules/Macros
DFHKEDUF DFHLDDM DFHLDDMI DFHLDDUF DFHLDLB DFHLDLB2 DFHLDLB3 DFHLDLD DFHLDLD1 DFHLDLD2 DFHLDLD3 DFHLDMAP DFHLDNT DFHLDRL DFHLDST DFHLDSVC DFHLDTRI DFHPGDUF
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"},"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"5.4","Line of Business":{"code":"LOB35","label":"Mainframe SW"}}]
Document Information
Modified date:
03 May 2023