IBM Support

PM22003: 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 M
    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 for z/OS V8 and DB2 9 for z/OS       *
    *                 COPY utility users                           *
    ****************************************************************
    * 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
    APAR PK28576.  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
    

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

Comments

APAR Information

  • APAR number

    PM22003

  • 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

    2010-09-07

  • Closed date

    2010-12-06

  • Last modified date

    2013-02-26

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

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

    UK62799 UK62804 PM83179

Modules/Macros

  • DSNUBASA
    

Fix information

  • Fixed component name

    DB2 OS/390 & Z/

  • Fixed component ID

    5740XYR00

Applicable component levels

  • R810 PSY UK62799

       UP10/12/22 P F012

  • R910 PSY UK62804

       UP10/12/22 P F012

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

Document Information

Modified date:
26 February 2013