A fix is available
APAR status
Closed as program error.
Error description
During MODIFY Utility processing ABEND04E RC00C90101 DSNIDBDF ERQUAL5004 was seen and multiple DB2 members crashed. This was because DB2 Plock/Notify exit engine ( 014.TLPLKNA9 ) found an invalid DBET entry for a large partitioned object, so the receiving members on processing the notify, abended. This is a serviceability apar to reduce the impact of the abend and add diagnostics. Forward fit for V10 pi35991
Local fix
Problem summary
**************************************************************** * USERS AFFECTED: DB2 11 for z/OS users running MODIFY * * UTILITY * **************************************************************** * PROBLEM DESCRIPTION: ABEND04E 00C90101 in DSNIDBDF 5004 * * when running MODIFY Utility. * * Multiple DB2 members crashed. * **************************************************************** * RECOMMENDATION: * **************************************************************** When running the MODIFY Utility, the DBET gets out of sync and detects a problem with the local copy of the DBET when processing a notify exit. This causes many of the data sharing members to abend and crash. When copying data to a member during a notify exit, a flag telling DBET that there is piece data was not accurately set. This flag said that there was no piece data for this dbetdb and because of that, a copy of the data from the SCA was moved over data in the dbetdb that had piece data, making the piece data invalid. This lead to an abend for inconsistent data and lead to the crash of several members.
Problem conclusion
Servicablity is added to DBET code to check for inconsistencies in the DBET before issuing a notify to other members. This limits the exposure of the problem to the originating member and keeps the other members from crashing with the same abend. Cleanup of piece information is now done when the piece storage is released so there is no residual states left in the DBET structure. To fix the problem with the invalid piece data flag, checking is done to make sure there is piece data before copying the data from the SCA to the member's dbetdb.
Temporary fix
********* * HIPER * *********
Comments
APAR Information
APAR number
PI38398
Reported component name
DB2 OS/390 & Z/
Reported component ID
5740XYR00
Reported release
B10
Status
CLOSED PER
PE
NoPE
HIPER
YesHIPER
Special Attention
NoSpecatt
Submitted date
2015-04-02
Closed date
2015-06-22
Last modified date
2015-08-03
APAR is sysrouted FROM one or more of the following:
APAR is sysrouted TO one or more of the following:
UI28704
Modules/Macros
DSNIDBAB DSNIDBBD DSNIDBDA DSNIDBDF DSNIDBDG DSNIDBDM DSNIDBDR DSNIDBDW DSNIDBEL DSNIDBFA DSNIDBGC DSNIDBGN DSNIDBHK DSNIDBIN DSNIDBMC DSNIDBMF DSNIDBMG DSNIDBMS DSNIDBNG DSNIDBNI DSNIDBPL DSNIDBPX DSNIDBSE
Fix information
Fixed component name
DB2 OS/390 & Z/
Fixed component ID
5740XYR00
Applicable component levels
RB10 PSY UI28704
UP15/07/08 P F507
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:
03 August 2015