A fix is available
APAR status
Closed as program error.
Error description
TCTTE AIDS build-up on the local TCTSE. This results in a high cpu time and slow-downs. The TCTSE had more than 400,000 AIDS queued. Slow-down occurs whenever DFHALP runs the aid chain. Additional Symptom(s) Search Keyword(s): KIXREVDAM ABENDAZCT
Local fix
Problem summary
**************************************************************** * USERS AFFECTED: All * **************************************************************** * PROBLEM DESCRIPTION: Build up of AID control blocks for * * transient data trigger tasks. * **************************************************************** * RECOMMENDATION: * **************************************************************** A trigger transaction was scheduled to run against a terminal. The associated TD queue was non-recoverable. Another task issued the EXEC CICS READQ commands against the triggered task's queue however. When the queue was read to qzero, CICS set TDTIBM off and cleared TDDCTAAD, after having cancelled the AID by setting AIDSTTSK on. The trigger task then reached syncpoint, and was suspended before driving commit processing. While it was suspended, another task issued a WRITEQ to the queue and caused a new trigger event. TDTIBM was set on again, and TDDCTAAD set to address the new AID. When the original trigger task was resumed, it reached TDRM commit. This has code to schedule a new AID for the task if it has not read to qzero. Since the state of the queue implied this, DFHTDRM called DFHALP to schedule a new AID. This was addressed from TDDCTAAD in the queue's DCT, and meant that the AID from the previous trigger event was no longer addressed by TD. When the trigger task ended, there was no mechanism to cancel this AID. DFHALP therefore reattached a trigger transaction under the old AID. As this process repeated, more READQs to qzero and more WRITEQs to trigger events took place, and the chain of AID storage built up behind the first (uncancelled) AID. All the subsequent AID control blocks were validly marked as cancelled, since TDRM prepare sets AIDSTTSK off in the AID addressed by TDDCTAAD. Additional keywords: DESTFAC TERMINAL DESTFAC=TERMINAL
Problem conclusion
DFHTDRM has been changed to prevent another AID from being scheduled in commit processing if there is already an active AID addressed from the DCT. DFHTDTM has also been changed to ensure any associated AID is cancelled correctly during a Discard of a TD Queue.
Temporary fix
FIX AVAILABLE BY PTF ONLY
Comments
APAR Information
APAR number
PK77945
Reported component name
CICSTS V3 Z/OS
Reported component ID
5655M1500
Reported release
400
Status
CLOSED PER
PE
NoPE
HIPER
NoHIPER
Special Attention
NoSpecatt
Submitted date
2008-12-27
Closed date
2009-03-06
Last modified date
2009-04-02
APAR is sysrouted FROM one or more of the following:
APAR is sysrouted TO one or more of the following:
UK44629 UK44630
Modules/Macros
DESTDRM DESTDTM DFHTDRM DFHTDTM
Fix information
Fixed component name
CICSTS V3 Z/OS
Fixed component ID
5655M1500
Applicable component levels
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:
02 April 2009