A fix is available
APAR status
Closed as program error.
Error description
The ICP section of a dump shows only a few ICE control blocks with their related ICUS control blocks. The SM section of the same dump shows SOS fo ECDSA because subpool ICUS has thousands of QPH pages. . A long running mirror task processes function shipped START requests. One of the START requests fails with a DUPLICATE_NAME exception when it tries to do a TS PUT. This backs out the start processes and freemains the DSTGODR block. The ICE itself is kept for later use by the task. A this stage the ICUS was not freed, so it remains. The START command returns IOERR. When another START request is processed by this mirror task ICP reuses the ICE it obtained on the previous failed request. The ICE gets cleared to x'00'. If the task continued then a new ICUS would be obtained and the previous one would have been orphaned. Additional keywords Creep Leak short on storage SOS Security Extension DFHSMTRUSTEXTICE TRUSTEXTICE EXTICE
Local fix
Problem summary
**************************************************************** * USERS AFFECTED: All CICS users. * **************************************************************** * PROBLEM DESCRIPTION: Memory leak of ICUS storage happens * * when issuing START requests. * **************************************************************** * RECOMMENDATION: * **************************************************************** A list of START requests are issued and DFHICP is called to handle these START requests in turn. CICS obtains an ICE and GETMAINs the ICUS storage for each of the requests. One of the START requests has some FROM data and a REQID value. CICS saves the data into a TS queue using REQID as the queue name. If the REQID is not unique then a DUPLICATE_NAME exception occurs, which causes this START request to fail. When another START request is processed, CICS reuses the ICE which was obtained for the previous failed request and GETMAINs a new ICUS storage. That causes the previous ICUS storage to be orphaned and never get freed. If an application issues many failed START requests, the orphaned ICUS storage can become so large that it will cause the short on storage. Additional Keywords: DFHSM0133, msgDFHSM0133, SM0133
Problem conclusion
DFHICP has been changed to free the ICUS storage when a START FROM command fails because of a DFHTSPT error.
Temporary fix
FIX AVAILABLE BY PTF ONLY
Comments
ž**** PE14/06/16 FIX IN ERROR. SEE APAR PI16019 FOR DESCRIPTION
APAR Information
APAR number
PM80520
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
2013-01-13
Closed date
2013-06-20
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:
UK95275
Modules/Macros
DFHICP
Fix information
Fixed component name
CICS TS Z/OS V5
Fixed component ID
5655Y0400
Applicable component levels
R800 PSY UK95275
UP13/06/29 P F306
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