A fix is available
APAR status
Closed as program error.
Error description
ABEND04E-00C90101 at DSNKISPL ERQUAL5003 occurred while a request of many DROP VIEW statements from SPUFI was being aborted. Db2 catalog index DSNDTX01 for SYSTABLES was marked PSRBD. The subsequent LPL recovery failed. Finally, we needed to perform REBUILD INDEX for recovery. Additional symptom: DSNIBHUN:5013 erqual5013 on a tablespace DSNDB06.SYSTSTAB because 1) DELETE made a rid to Psuedo Deleted (PD). 2) INSERT truncated PD rid and marked PD space as a hole incorrectly. 3) This allowed another INSERT to insert a new record into that PD rid. 4) Later, abort started and hit DSNIBHUN:5013 because DSNIBHUN was unable to back out the DELETE on that RID at the step 1). Pseudo deleted rid was incorrectly changed to a hole due to lost write claim during a PREPARE. Additional Keywords : DATALOSS ZSA4
Local fix
Single DROP VIEW followed by a commit will avoid this issue.
Problem summary
**************************************************************** * USERS AFFECTED: All Db2 11 and Db2 12 for z/OS users. * **************************************************************** * PROBLEM DESCRIPTION: ABEND04E-00C90101 in DSNIDM .DSNKISPL * * with ERQUAL5003, * * ABEND04E-00C90101 in DSNIDM .DSNIBHUN * * with ERQUAL5013. * **************************************************************** * RECOMMENDATION: Apply corrective when available. * **************************************************************** ABEND04E-00C90101 in DSNIDM .DSNKISPL with ERQUAL5003 and ABEND04E-00C90101 in DSNIDM .DSNIBHUN with ERQUAL5013 can happen while a request of DROP VIEW statements was being aborted. Db2 allows dynamic PREPARE to release the read claims against the catalog objects as soon as dynamic PREPARE is complete. However, the write claims on the catalog table space or index acquired by a prior SQL request can be released mistakenly by dynamic PREPARE. As a result, when the execution of many DROP VIEW statements fails above abends may occur at the abort of the UR.
Problem conclusion
The Db2 code has been modified to not release the write claims on the catalog objects during dynamic PREPARE. This will avoid the aforementioned abends.
Temporary fix
********* * HIPER * *********
Comments
APAR Information
APAR number
PH12203
Reported component name
DB2 OS/390 & Z/
Reported component ID
5740XYR00
Reported release
B10
Status
CLOSED PER
PE
NoPE
HIPER
YesHIPER
Special Attention
NoSpecatt / Xsystem
Submitted date
2019-05-17
Closed date
2019-06-20
Last modified date
2019-08-01
APAR is sysrouted FROM one or more of the following:
APAR is sysrouted TO one or more of the following:
UI63786 UI63788
Modules/Macros
DSNB1CLM DSNB1LCM DSNB1POC
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":"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":"11.0","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":"11.0","Edition":"","Line of Business":{"code":"","label":""}}]
Document Information
Modified date:
01 August 2019