A fix is available
APAR status
Closed as program error.
Error description
Error Description￘ You are running CICS transaction server 4.2 and notice your interval control elements - referred to as ICE's are not getting processed. The ICE chain continues to grow. A dump taken at the time showed the ICE expiry task, that should process these interval control elements, has been suspended for close to 6 hours. Here is this task in dispatcher: RESOURCE RESOURCE_NAME W TIME OF TYPE SUSPEND ICEXPIRY DFHAPTIX S 09:35:09.891 . Looking at the Timer domain (TI) we found the timer request element or TRE associated with this task had an incorrect expiry time at offset x'24'. It showed an expiry time of 158 days from now, which is why the IICEXPIRY task was not waking up. This expiry time is calculated in DFHICP- routine ICSCHXAP. It utilizes field CSATODTU for its calculations. During this calculation, the TCB is interrupted, and this field is updated by another task, possibly doing an ASKTIME. When it continues its processing, CSATODTU now contains a larger value which makes the calculation of the interval to be incorrect. Addtional symptoms: KIXREVEPH ICP_S_NEXT_EXPA_TIME FFFFFF Additional Symptom(s) Search Keyword(s): KIXREVxxx
Local fix
Local Fix￘ Customer used a monitor to kill one of the ICE's, and this caused the expiry task to wake up and process the ICE's.
Problem summary
**************************************************************** * USERS AFFECTED: All CICS users. * **************************************************************** * PROBLEM DESCRIPTION: DELAY, POST and START commands fail to * * expire when expected. * **************************************************************** * RECOMMENDATION: * **************************************************************** DFHICP is driven when a time-dependant request is made. DFHICP uses field CSATODTU, the current time of day, to calculate the interval before the ICE expiry task should next be executed. CSATODTU is referenced multiple times by DFHICP to make this calculation. If CSATODTU is updated midway through processing the resultant interval will be incorrect. As a consequence the ICE expiry task will not be scheduled for execution for a considerable time period, preventing the valid execution of time-dependant requests. During this time the ICE chain will continue to grow. KEYWORDS: ICEXPIRY
Problem conclusion
DFHICP has been modified such that CSATODTU is only referenced once during the calculation of the interval before the next Expiration Analysis task should be run.
Temporary fix
FIX AVAILABLE BY PTF ONLY
Comments
APAR Information
APAR number
PM79582
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
2012-12-20
Closed date
2013-03-25
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:
UK93388
Modules/Macros
DFHICP
Fix information
Fixed component name
CICS TS Z/OS V5
Fixed component ID
5655Y0400
Applicable component levels
R800 PSY UK93388
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