PM19440: REORG TABLESPACE ABENDED REASON=X'00E40322' CAUSE=X'00C90101' DSNURBXA:5063

Obtain the fix for this APAR.

APAR status

• Closed as program error.

Error description

• REORG TABLESPACE  abended REASON=X'00E40322'
  CAUSE=X'00C90101'
  SVC dump showed the abend was issued from
  DSNUTILA.DSNURBXA:5063
  
  ABND=04E-00C90101,M=(N),C=910.UTIL,LOC=DSNUTILA.DSNURBXA:5063"
  Reorg was in BUILD phase
  
  There is some sanity checking code that attemped to ensure
  that a RID pointer created to find a RID within an index
  page, was actually within the page boundary. The checking
  would always work correctly for indexes created in 4K buffer
  pools, but for indexes created in 8K and larger buffer pools,
  the check can sometimes lead to a false detection of a problem
  and abend.
  

Local fix

• n/a
  

Problem summary

• ****************************************************************
  * USERS AFFECTED: All DB2 9 for z/OS users of REORG TABLEPACE  *
  *                 Utility with PART keyword.                   *
  ****************************************************************
  * PROBLEM DESCRIPTION: While REORG TABLESPACE with the PART    *
  *                      keyword was processing, an abend in     *
  *                      DSNUTILA.DNSURBXA:5063 occurred during  *
  *                      the BUILD phase.  The abend was the     *
  *                      result of an invalid consistency check  *
  *                      while processing RID values on an       *
  *                      index page where the buffer pool page   *
  *                      size was greater than 4K.               *
  ****************************************************************
  * RECOMMENDATION:                                              *
  ****************************************************************
  While REORG TABLESPACE with the PART keyword was processing,
  an abend in DSNUTILA.DNSURBXA:5063 (ERQUAL5063), occurred during
  the BUILD phase.  The abend was the result of an invalid
  consistency check while processing RID values on an index page
  where the buffer pool page size was greater than 4K.
  
  The consistency check (which resides in macro DSNKURID), was
  making a calculation based on a 4K index page size, which should
  have been changed when the greater than 4K index pages support
  was introduced in DB2 9 for z/OS.
  

Problem conclusion

• The invalid consistency check in macro DSNKURID has been
  modified to correctly work with all valid index buffer pool
  page sizes.
  

Temporary fix

• *********
  * HIPER *
  *********
  

Comments

APAR Information

• APAR is sysrouted FROM one or more of the following:

• APAR is sysrouted TO one or more of the following:

  UK60386

Modules/Macros

• DSNKURID DSNURBXA
  

Fix information

• Fixed component name

  DB2 OS/390 & Z/

• Fixed component ID

  5740XYR00

Applicable component levels

• R910 PSY UK60386

     UP10/09/27 P F009

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.