A fix is available
APAR status
Closed as program error.
Error description
Abend0C4 in DFHWBXM during function INIT_XM_CLIENT because the Client_Request_Block ( WRB ) pointer is no good. The pointer used to point to a valid WRB, but currently the page on which it points is being used for other non-WRB control blocks. This leads to a DFHXM0306 x'1342' message and the transaction is then suspended in a FOREVER wait. All of this occurs in the aftermath of some purges of tasks. It was a CWXN task# 12345 that attached the task that gets the abend0C4. The WRB address is passed on that attach. After a successful attach, DFHWBXN intends to clear its WRB (which is the WRB address passed on the attach) from its WB token. That prevents this WRB from being freed during transaction termination of the CWXN task. But the purge of this CWXN task was deferred and then actioned in such a way that the Attach was successful but control never returned to DFHWBXN . So the WRB was not cleared and then the WRB was freed. That is why the WRB address was not good when the attached transaction started running.
Local fix
Problem summary
**************************************************************** * USERS AFFECTED: All CICS users * **************************************************************** * PROBLEM DESCRIPTION: Message DFHWB0001 An abend (code * * 0C4/AKEA) has occurred at offset * * X'054C' in module DFHWBXM followed by * * message DFHXM0306 error code X'1342' * * and the web alias task is suspended * * indefinitely. * **************************************************************** * RECOMMENDATION: * **************************************************************** A web request comes in to CICS and CWXN is attached to process it. CWXN issues an attach for the web alias task. The attach completes successfully but the CWXN task is purged before it can clear its WB transaction manager token.During termination of CWXN the Web request Block (WRB) gets freemained because the WB transaction manager token was not 0.The page of storage allocated for the WRBs now gets allocated to a different subpool.The abend in task initialization causes transaction manager to issue msgDFHXM0306 and the alias task is placed in a wait forever. Additional keywords; msgDFHWB0360 S0C4 ABENDS0C4 abendAKEA
Problem conclusion
DFHWBXN has been changed to clear its WB transaction manager token immediately after successfully attaching the alias task.
Temporary fix
FIX AVAILABLE BY PTF ONLY
Comments
APAR Information
APAR number
PM84076
Reported component name
CICS TS Z/OS V5
Reported component ID
5655Y0400
Reported release
800
Status
CLOSED PER
PE
NoPE
HIPER
NoHIPER
Special Attention
NoSpecatt
Submitted date
2013-03-05
Closed date
2013-04-11
Last modified date
2015-03-04
APAR is sysrouted FROM one or more of the following:
APAR is sysrouted TO one or more of the following:
UK93413
Modules/Macros
DFHWBXN
Fix information
Fixed component name
CICS TS Z/OS V5
Fixed component ID
5655Y0400
Applicable component levels
R800 PSY UK93413
UP13/04/20 P F304
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.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":"5.1","Edition":"","Line of Business":{"code":"","label":""}}]
Document Information
Modified date:
04 March 2015