PM80394: ABEND04E RC00C90101 DSNOALLO ERQUAL5006 AFTER ALTER TABLE ROTATE PARTITION

A fix is available

Subscribe

You can track all active APARs for this component.

APAR status

  • Closed as program error.

Error description

  • An ALTER batch job was run on member A. eg
    ALTER TABLE ADF.ADF_LOG_LOB ROTATE PARTITION
              FIRST TO LAST
              ENDING AT ('yyyy-mm-dd') RESET;
    Then intermittently an abend occurred with title:
    DSN ABND 04E 00C90101 U=userid
    M=(N) C=910 DMC DSNIISRT M=DSNTFRCV LOC DSNOLLM DSNOALLO 5006
                                                                   .
    The abend occurred because the last used high level space map
    according to the LOB table space header page is x'00000001' .
    However the LSD , Lob Space Descriptor in dump storage showed
    it as x'5EFE11'. It looks like the LSD value was not updated.
    

Local fix

Problem summary

  • ****************************************************************
    * USERS AFFECTED: All DB2 V9 and V10 z/OS users of LOB table   *
    *                 space and ALTER ROTATE PARTITION             *
    ****************************************************************
    * PROBLEM DESCRIPTION: ABEND04E RC00C90101 DSNOALLO ERQUAL5006 *
    *                      after ALTER TABLE ROTATE                *
    ****************************************************************
    * RECOMMENDATION:                                              *
    ****************************************************************
    The last used high level space map page is cached by each
    data sharing member during the physical open of the LOB
    table space. This cached value is used to validate the
    correct space map page number during the extend of the
    high level space map page. It is also being reset to the
    the first high level space map page during the ALTER
    ROTATE PARTITION operation. However, this value is only
    reset on the member that operates ALTER ROTATE PARTITION and
    not other data sharing members. As the result, the subsequent
    extend of the high level space map, will trigger
    DSNOALLO: 5006 sanity check on any other data sharing
    member. In this case, it is a false detection.
    

Problem conclusion

  • DB2 code is modified to remove this sanity check.
    

Temporary fix

Comments

APAR Information

  • APAR number

    PM80394

  • 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

    2013-01-11

  • Closed date

    2013-03-20

  • Last modified date

    2013-05-03

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

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

    UK92715 UK92716

Modules/Macros

  •    DSNOALLO
    

Fix information

  • Fixed component name

    DB2 OS/390 & Z/

  • Fixed component ID

    5740XYR00

Applicable component levels

  • RA10 PSY UK92715

       UP13/04/05 P F304

  • R910 PSY UK92716

       UP13/04/05 P F304

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.



Rate this page:

(0 users)Average rating

Add comments

Document information


More support for:

DB2 for z/OS

Software version:

910

Reference #:

PM80394

Modified date:

2013-05-03

Translate my page

Machine Translation

Content navigation