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 ICWAIT 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
PM72174
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 / Xsystem
Submitted date
2012-09-04
Closed date
2012-12-06
Last modified date
2016-02-29
APAR is sysrouted FROM one or more of the following:
APAR is sysrouted TO one or more of the following:
UK90064 PM79582
Modules/Macros
DFHICP
Fix information
Fixed component name
CICS TS Z/OS V4
Fixed component ID
5655S9700
Applicable component levels
R700 PSY UK90064
UP12/12/13 P F212
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:
29 February 2016