A fix is available
APAR status
Closed as program error.
Error description
After LOAD RESUME YES SHRLEVEL NONE execution with the COPYDDN job ends,the number of IN-USE/UPDATE BUFFERPOOL (from MESSAGE DSNB402I after -DIS BPOOL) gets dirty/fixed. Here is an example: . LOAD RESUME YES SHRLEVEL NONE with COPYDDN run against objcet using BP11. , 1st run:at job end, DIS BPOOL(BP11) shows IN-USE/UPDATED = 0 2nd run: at job end, DIS BPOOL(BP11) shows IN-USE/UPDATED = 99 3rd run: at job end, DIS BPOOL(BP11) shows IN-USE/UPDATED = 198 ... . As the number INCREASE at next execution. It could eventually result in buffer pool full (LRU chain empty and fail to get buffer) - DSNB601I and DSNT500I with RC00C200E9. . 10.23.56 S0315148 DSNB601I -DBD0 BUFFER POOL BP11 FULL 10.23.58 S0315148 DSNT500I -DBD0 DSNUGRAR RESOURCE UNAVAILABLE 081 081 REASON 00C200E9 081 TYPE 00000700 081 NAME BP11 .
Local fix
BYPASS/CIRCUMVENTION: 1.) avoid LOAD RESUME YES SHRLEVEL NONE execution with the COPYDDN keyword to create a sequential copy. Either FlashCopy inline image copy can be used. 2.)user can run the LOAD job without SYSCOPY/COPYDDN and rely on a subsequent COPY utility execution to create the recovery base (also consider turning on NOCOPYPEND on the LOAD job to avoid the intermediate COPY pending status to be set).
Problem summary
**************************************************************** * USERS AFFECTED: * * All Db2 11 for z/OS and Db2 12 for z/OS * * users of LOAD SHRLEVEL NONE RESUME YES * * COPYDDN * **************************************************************** * PROBLEM DESCRIPTION: * * Db2 buffer pool became full with * * RC00C200E9 after LOAD SHRLEVEL NONE * * RESUME YES COPYDDN execution * **************************************************************** * RECOMMENDATION: * * Apply corrective PTF when available * **************************************************************** User ran a LOAD SHRLEVEL NONE RESUME YES COPYDDN which created a sequential inline image copy against the table space or partitions being loaded into. The LOAD job completed successfully, but it was noticed that the number of buffers reported under the IN-USE/UPDATE counter in message DSNB402I by the -DIS BPOOL command showed a large non-zero value due to page fixing in the buffer pool resided by the table space operated by LOAD. This eventually led to a buffer pool full with RC00C200E9 in subsequent access of this table space. The reported problem was caused by incorrect program logic where the space map pages gotten for the LOAD SHRLEVEL NONE RESUME YES COPYDDN image copy processing were not released correctly, resulting in a page fixed condition that led to the RC00C200E9. Additional keyword: MSGDSNB402I
Problem conclusion
Code has been modified to correct the aforementioned problem so that LOAD SHRLEVEL NONE RESUME YES COPYDDN execution would release the space map pages getpaged correctly.
Temporary fix
Comments
×**** PE20/11/29 FIX IN ERROR. SEE APAR PH32096 FOR DESCRIPTION ×**** PE20/11/27 FIX IN ERROR. SEE APAR PH32096 FOR DESCRIPTION
APAR Information
APAR number
PH19648
Reported component name
DB2 OS/390 & Z/
Reported component ID
5740XYR00
Reported release
B10
Status
CLOSED PER
PE
NoPE
HIPER
NoHIPER
Special Attention
NoSpecatt / Xsystem
Submitted date
2019-11-27
Closed date
2020-04-01
Last modified date
2021-02-15
APAR is sysrouted FROM one or more of the following:
APAR is sysrouted TO one or more of the following:
UI68769 UI68770
Modules/Macros
DSNUBASP
Fix information
Fixed component name
DB2 OS/390 & Z/
Fixed component ID
5740XYR00
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":"BU054","label":"Systems w\/TPS"},"Product":{"code":"SG19M","label":"APARs - z\/OS environment"},"Platform":[{"code":"PF054","label":"z\/OS"}],"Version":"11.0"}]
Document Information
Modified date:
26 February 2021