IBM Support

PM83179: IMAGE COPY WITH HIDDEN ZPARM SPRMRRBA DOES NOT RESET LZDHVNUM

A fix is available

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • After performing RBA rollover procedure in a non data sharing
    DB2 system and making image copies of all DB2 objects, after
    normal DB2 start DB2 Replication Capture was not able to read
    DB2 logs, and received RC00C90064 for compressed logs.  The
    reason was the dictionary timestamp LZDHVNUM was not reset.
    

Local fix

  • reorg tablespace
    

Problem summary

  • ****************************************************************
    * USERS AFFECTED: All DB2 10 for z/OS users of COPY utility    *
    *                 on compressed objects with reset RBA         *
    *                 enabled on a non-data sharing system.        *
    ****************************************************************
    * PROBLEM DESCRIPTION: COPY FULL YES with DSNZPARM, SPRMRRBA,  *
    *                      enabled did not reset the dictionary    *
    *                      version for the dictionary pages in     *
    *                      the DB2 data.                           *
    ****************************************************************
    * RECOMMENDATION: Apply corrective PTF when available.         *
    ****************************************************************
    COPY FULL YES with DSNZPARM, SPRMRRBA, enabled did not reset
    the dictionary version for the dictionary pages in the DB2 data
    on a non data sharing system. SPRMRRBA should only be enabled
    to reset the RBA as a process to handle DB2 subsystems that
    are approaching the end of the log RBA range as described in
    DB2 Administration Guide, in the section titled "Resetting the
    log RBA value in a non-data sharing environment". When SPRMRRBA
    is enabled, the COPY utility with the FULL YES option should
    reset the dictionary version number in the DB2 dictionary pages.
    
    Additional symptoms:
    ASN0011E 00C90064 during IFI log reads after SPRMRRBA is enabled
    
    Additional keywords:
    MSGASN0011E RC00C90064
    

Problem conclusion

  • COPY FULL YES with DSNZPARM, SPRMRRBA, enabled has been modified
    to reset the dictionary version number for DB2 dictionary pages
    on non data sharing systems.
    

Temporary fix

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

Comments

APAR Information

  • APAR number

    PM83179

  • Reported component name

    DB2 OS/390 & Z/

  • Reported component ID

    5740XYR00

  • Reported release

    A10

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    YesHIPER

  • Special Attention

    NoSpecatt

  • Submitted date

    2013-02-19

  • Closed date

    2013-03-28

  • Last modified date

    2013-05-03

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

    PM22003

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

    UK92971

Modules/Macros

  • DSNUBASA
    

Fix information

  • Fixed component name

    DB2 OS/390 & Z/

  • Fixed component ID

    5740XYR00

Applicable component levels

  • RA10 PSY UK92971

       UP13/04/12 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.

[{"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":"10.1","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":"10.1","Edition":"","Line of Business":{"code":"","label":""}}]

Document Information

Modified date:
03 May 2013