A fix is available
APAR status
Closed as program error.
Error description
DFHDSAUT is being loaded for each OPEN TCB Request. For example, a DB2 call will require an OPEN TCB which will then need to load DFHDSAUT. So if we have a sudden influx of these calls then we are going to have a lot of concurrent Load Requests resulting in queueing to VSM. This backup can cause fragmentation of the LSQA Storage which can result in receiving 878 Abends.
Local fix
Additional Symptom(s) Search Keyword(s): ABEND878 ABENDS878 SOS Short on Storage KIXREVDAM
Problem summary
**************************************************************** * USERS AFFECTED: All. * **************************************************************** * PROBLEM DESCRIPTION: Abend 878 in module DFHDSTCB. * **************************************************************** * RECOMMENDATION: * **************************************************************** The CICS region suffered an abend878 in module DFHDSTCB. The cause of the 878 abend was fragmentation of LSQA storage which resulted in the LSQA hitting the CICS private storage area. The fragmentation occurred because the CICS region had issued a large number of attaches of open TCBs and each time a TCB is attached it will issue a LOAD of DFHDSAUT. DFHDSAUT can be placed in the LPA. If DFHDSAUT is in the LPA when the LOAD is handled by Contents Supervisor it contains logic which will queue any other requests to load DFHDSAUT until the first load has been completed. The queueing logic requires the obtaining of x'1E00' of working storage for each load request, however it is possible that only one page is freed and one page is still allocated. The CSV queueing logic requires x'1E00' of working storage for each load request. A separate process may obtain storage from within the remaining x'200' bytes of the first of these pages. This means that it is possible that only one page of the CSV working storage is freed at the end of the load request so the remaining page is still allocated. Keywords: CSVRBENQ AFDSP
Problem conclusion
DFHCSVC has been changed. When the job step TCB loads DFHDSAUT, it saves its address in the job step TCB's AFCB. This address is propagated down to the QR TCB's AFCB and also to any immediate daughters of the QR TCB, such as the L8."
Temporary fix
********* * HIPER * ********* FIX AVAILABLE BY PTF ONLY
Comments
APAR Information
APAR number
PM05690
Reported component name
CICS TS Z/OS V4
Reported component ID
5655S9700
Reported release
600
Status
CLOSED PER
PE
NoPE
HIPER
YesHIPER
Special Attention
NoSpecatt
Submitted date
2010-01-22
Closed date
2010-02-22
Last modified date
2010-03-01
APAR is sysrouted FROM one or more of the following:
APAR is sysrouted TO one or more of the following:
UK54504
Modules/Macros
DFHCSVC
Fix information
Fixed component name
CICS TS Z/OS V4
Fixed component ID
5655S9700
Applicable component levels
R600 PSY UK54504
UP10/02/26 P F002
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.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":"4.1","Edition":"","Line of Business":{"code":"","label":""}}]
Document Information
Modified date:
01 March 2010