A fix is available
APAR status
Closed as unreproducible.
Error description
A backout failure UOW is created after a transaction does a write to an ESDS file which then abended .The ESDS file specified BACKOUTONLY so this failure is expected and message DFHFC4701 Backout failed for transaction xxxx. . This creates a UOW in CICS of type 'BAC'. CICS crashes now. During emergency restart, this UOW is recreated using the log record from the previous CICS run. Once CICS is restarted a CEMT INQ UOW fails with abendASRA and message : DFHAP0001 CICSPROD An abend (code 0C9/AKEA) has occurred at offset X'000045B6' in module DFHEIUOW. At offset x'60'into this UOW should be a store clock value recovered from the CICS log record on the restart. The store clock is padded by 3 bytes of x'00's but it shouldn't be. e.g +60 into UOW incorrectly contains x'000000C3 4F6D9350'.
Local fix
Problem summary
**************************************************************** * USERS AFFECTED: All. * **************************************************************** * PROBLEM DESCRIPTION: Abend0C9 when using CEMT INQUIRE UOW * * after a region with in-doubt units of * * work is shut down and restarted. * **************************************************************** * RECOMMENDATION: * **************************************************************** DFHRMUW uses the wrong offset for the 'state change time' when reconstructing the UOW object from a log record. This means that the wrong data is copied from the log record to the UOW. When processing a CEMT INQUIRE UOW command, DFHEIUOW attempts to transform the state change time into a displayable string but the invalid data results in an abend 0C9 and message DFHAP0001 is issued, for example: "DFHAP0001 An abend (code 0C9/AKEA) has occurred at offset X'000045B6' in module DFHEIUOW." Additional keywords: abendAKEA AKEA msgDFHAP0001 AP0001 0C9 abend0C9 abendS0C9 0C4 abend0C4 abendS0C4 S0C9 S0C4 abendASRA ASRA UOW.state_change_time state_change_time log_status.rmuw_ls_time rmuw_ls_time
Problem conclusion
Temporary fix
FIX AVAILABLE BY PTF ONLY
Comments
DFHRMUW has been altered to use the correct offset for the 'state change time' field so that the correct data is now copied from the log record to the UOW.
APAR Information
APAR number
PK76602
Reported component name
CICSTS V3 Z/OS
Reported component ID
5655M1500
Reported release
400
Status
CLOSED UR3
PE
NoPE
HIPER
NoHIPER
Special Attention
NoSpecatt
Submitted date
2008-12-01
Closed date
2009-01-30
Last modified date
2009-03-03
APAR is sysrouted FROM one or more of the following:
APAR is sysrouted TO one or more of the following:
UK43564
Modules/Macros
DESRMUW1 DFHRMU1D
Fix information
Fixed component name
CICSTS V3 Z/OS
Fixed component ID
5655M1500
Applicable component levels
R400 PSY UK43564
UP09/02/03 P F902
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":"3.1","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":"3.1","Edition":"","Line of Business":{"code":"","label":""}}]
Document Information
Modified date:
03 March 2009