A fix is available
APAR status
Closed as program error.
Error description
You are receiving the following DFHSM0001 message when your application is in a loop, DFHSM0001 An abend (code ---/AKEC) has occurred at offset X'FFFF' in module DFHS2GF. . Trace shows the following trace exception entry: SM 4217 S2GF *EXC* - Freemain_length_overlays_next_SCF - FUNCTION(FREEMAIN) SUBPOOL_TOKEN(00000048_40604134 , 00000000_00000065) ADDRESS(00000048_80004000) FREE_LENGTH(1000) REMARK(CSDB) . Kernel error table also shows ABEND (---/0999) occurred in DFHKETIX at offset x'0D02' for the same task. . Systrace shows PSW addresses are all at different places before abend999 or x3E7 occurred, Additional symptoms: You may also receive the following error, after the initial DHFSM0001 error: DFHTS0001 An abend (code 0C4/AKEA) has occurred at offset X'1AA6' in module DFHTSQR. After this, the region appears to hang, with tasks suspended in LMQUEUE waits for a SUBPOOL lock. You may also see the following exception trace entry: SM 4203 S2GF *EXC* Recovery_entered ** Decode of parameter list failed Additional Keywords: Hang Hung Abend0C4 0C4 TS0001
Local fix
Problem summary
**************************************************************** * USERS AFFECTED: All CICS users. * **************************************************************** * PROBLEM DESCRIPTION: abendAKEC occurs in DFHS2GF when an * * application task runs away. * **************************************************************** * RECOMMENDATION: * **************************************************************** An application contains a loop which repeats to write records into TSQ main storage. DFHS2GF GETMAIN is frequently called to obtain storage. DFHKEDOM KEDCL64 is used here for AMODE 64 DFHS2GF domain call which forgets to clear KERNLOOP in the new stack. When DFHS2GF GETMAIN is executing and the residual data at location KERNLOOP is b'1', DFHKETIX pops and calls DFHKEES IDENTIFY_CONTROLLER to identify the most recent stack entry whose KERNLOOP is b'1' as the loop controller. So DFHS2GF stack is identified incorrectly resulting in an abend AKEC rather than an abend AICA. Additional keywords: abend999. abendAKEC, msgDFHSM0001
Problem conclusion
DFHKEDOM KEDCL64 and KEDCF64 have been changed to clear KERNFLG2 in the new stack for AMODE 64 domain call.
Temporary fix
FIX AVAILABLE BY PTF ONLY
Comments
APAR Information
APAR number
PM87058
Reported component name
CICS TS Z/OS V4
Reported component ID
5655S9700
Reported release
700
Status
CLOSED PER
PE
NoPE
HIPER
NoHIPER
Special Attention
NoSpecatt
Submitted date
2013-04-15
Closed date
2013-06-23
Last modified date
2013-08-02
APAR is sysrouted FROM one or more of the following:
APAR is sysrouted TO one or more of the following:
PM87778 UK95528
Modules/Macros
DFHKEDOM
Fix information
Fixed component name
CICS TS Z/OS V4
Fixed component ID
5655S9700
Applicable component levels
R700 PSY UK95528
UP13/07/06 P F307
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":"4.2","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":"4.2","Edition":"","Line of Business":{"code":"","label":""}}]
Document Information
Modified date:
02 August 2013