IBM Support

PK33664: 0C4-38 FROM DSNXKINS+0812 DURING COPYTOCOPY 07/02/09 PTF PECHANGE

A fix is available

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • 0c4-38 from dsnxkins+0812 during copytocopy
    
    DB2MIGV9/K  DB2COEXIST/K
    

Local fix

Problem summary

  • ****************************************************************
    * USERS AFFECTED: All DB2 V8 Users Fallback from V9            *
    ****************************************************************
    * PROBLEM DESCRIPTION: 1. Abend04E RC00E40317 in DSNUGABN+0692 *
    *                      2. Abend04E RC00E30086 in DSNTDMI+1452  *
    *                      3. Abend0C4 RC00000038 in DSNXKINS+0812 *
    ****************************************************************
    * RECOMMENDATION:                                              *
    ****************************************************************
    In V8/V9 coexistence or fallback from V9 to V8 situations,
    different abends may occur in the V8 DB2 member:
    1. Abend04E RC00E40317 in DSNUTILA.DSNUGABN+0692
    2. Abend04E RC00E30086 in DSNTDC.DSNTDMI+1452
    3. Abend0C4 RC00000038 in DSNXKAP.DSNXKINS+0812
    
    The first abend happened when user runs a CHECK INDEX on an
    index named DSNDB06.DSNADL01 or DSNDB06.DSNADL02. DB2 code
    incorrectly assumed these are the catalog indexes but they
    are not, therefore the abend occured.
    
    The second abend happened when user issues the command DISPLAY
    DATABASE(DSNDB06) SPACE(*) LIMIT(*) while the catalog
    DSNDB06 was started ACCESS(UT). DB2 incorrectly assumed
    the existence of DSNADL01 and DSNADL02, therefore
    the abend occured.
    
    The third abend happened when running COPYTOCOPY. It was
    caused by two incorrectly defined OBD/DBD pointers in
    DSNXKINS.
    
    These abends only happen in fallback from V9
    to V8 or V8/V9 coexistence situations.
    

Problem conclusion

  • DB2 code has been fixed so that the mentioned abends will not
    occur.
    

Temporary fix

Comments

APAR Information

  • APAR number

    PK33664

  • Reported component name

    DB2 OS/390 & Z/

  • Reported component ID

    5740XYR00

  • Reported release

    810

  • Status

    CLOSED PER

  • PE

    YesPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt

  • Submitted date

    2006-10-26

  • Closed date

    2007-02-11

  • Last modified date

    2011-02-19

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

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

    UK22035

Modules/Macros

  • DSNUXOBD DSNXCATL DSNXKINS
    

Fix information

  • Fixed component name

    DB2 OS/390 & Z/

  • Fixed component ID

    5740XYR00

Applicable component levels

  • R810 PSY UK22035

       UP07/02/27 P F702

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

Document Information

Modified date:
19 February 2011