A fix is available
APAR status
Closed as program error.
Error description
RC00E20003 or RC00E20016 occurred from DB2 DBM1 address space due to a large amount of DVS blocks allocated by DSNIPPHO. The storage memory dump shows that each DVS has one DVO block and the DVS next pointer field is zero. This can occur when the zparm DSMAX is set high and the number of concurrent open data sets is high, the Universal Table Space is used and the physical close is at the partition level. DB2STGLK/K
Local fix
Problem summary
**************************************************************** * USERS AFFECTED: DB2 z/OS V9 users using Universal Table * * Spaces (partition by range or partition by * * growth). * **************************************************************** * PROBLEM DESCRIPTION: Excessive growth of BB1RMID storage * * pool, caused by the existence of a * * large number of orphaned DVS and * * OBDREC blocks. * * * * Growth of this pool may result in * * failures due to a shortage of storage * * in the DBM1 address space, including * * ABEND04E RC00E20003 or RC00E20016. * **************************************************************** * RECOMMENDATION: * **************************************************************** A Universal Table Space (UTS) may have DVS and OBDREC blocks allocated for each partition which gets opened. If the UTS is physically closed one partition at a time, some of these blocks may not be freed when the page set control blocks are. If the UTS is repeatedly opened and closed, these orphan blocks may build up and cause a storage shortage.
Problem conclusion
The page set close logic has been modified to ensure that any residual DVS and/or OBDREC blocks get freed before freeing the control block storage for a UTS.
Temporary fix
Comments
APAR Information
APAR number
PM03034
Reported component name
DB2 OS/390 & Z/
Reported component ID
5740XYR00
Reported release
910
Status
CLOSED PER
PE
NoPE
HIPER
NoHIPER
Special Attention
NoSpecatt
Submitted date
2009-12-08
Closed date
2010-01-29
Last modified date
2011-02-15
APAR is sysrouted FROM one or more of the following:
APAR is sysrouted TO one or more of the following:
UK53986
Modules/Macros
DSNB1CPS
Fix information
Fixed component name
DB2 OS/390 & Z/
Fixed component ID
5740XYR00
Applicable component levels
R910 PSY UK53986
UP10/02/13 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":"BU059","label":"IBM Software w\/o TPS"},"Product":{"code":"SSEPEK","label":"Db2 for z\/OS"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"9.1","Edition":"","Line of Business":{"code":"LOB10","label":"Data and AI"}},{"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":"9.1","Edition":"","Line of Business":{"code":"","label":""}}]
Document Information
Modified date:
15 February 2011