IBM Support

PI11924: ABEND0C4 IN DSNUVBRD+11E4 DURING RESTORE SYSTEM FROMDUMP 14/07/12 PTF PECHANGE

A fix is available

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • DB2 abend0c4 at the module DSNUVBRD(UK98462) + x'11E4' when it
    running the following:
    RESTORE SYSTEM FROMDUMP DUMPCLASS(DB2DP03M)
    DB2 use the wrong pointer because the previous HSM call
    returned error.
    

Local fix

Problem summary

  • ****************************************************************
    * USERS AFFECTED: All DB2 10 for z/OS users with UK95633       *
    *                 applied, and all DB2 11 for z/OS users       *
    *                 with UK98462 applied, who run RESTORE        *
    *                 SYSTEM utility with FROMDUMP specified.      *
    ****************************************************************
    * PROBLEM DESCRIPTION: ABEND0C4 in DSNUVBRD during RESTORE     *
    *                      SYSTEM utility with FROMDUMP, after     *
    *                      applying PM80707 / UK95633 (DB2 10)     *
    *                      or PM93233 / UK98462 (DB2 11).          *
    ****************************************************************
    * RECOMMENDATION:                                              *
    ****************************************************************
      After applying PM80707 / UK95633 in DB2 10, or
    PM93233 / UK98462 in DB2 11, two problems can be seen
    while running RESTORE SYSTEM utility with FROMDUMP.
    
    1. If HSM fails to return to DB2 normally when invoked by
    RESTORE SYSTEM with FROMDUMP, the RESTORE SYSTEM job
    fails with ABEND0C4 RC11 in DSNUVBRD near OFFSET1E7C
    (DB2 10) or near OFFSET11E4 (DB2 11).
      This was due to incomplete checking upon return from
    HSM to make sure all necessary fields were set correctly.
    
    2. RESTORE SYSTEM FROMDUMP can sometimes receive ABEND0C4
    RC4 in DSNUVBRD near OFFSET1E76 (DB2 10) or near OFFSET1242
    (DB2 11) shortly after HSM is successfully invoked.
      This occurred when DB2 accessed unallocated storage while
    copying a block of storage to a new location.  This problem
    is intermittent.
    
    additional keywords:  ABENDS0C4 0C4 S0C4 PIC4 PIC11
    00000004 00000011 +X'1E7C' +X'11E4' +X'1E76' +X'1242'
    MSGDSNU1631I
    

Problem conclusion

  • The problems introduced by PM80707 and PM93233 have been fixed.
    1. an HSM failure received by DB2 during RESTORE SYSTEM FROMDUMP
    will now cause the job to receive
    DSNU1631I DSNUVBRD - RESTORE SYSTEM UTILITY FAILED BECAUSE
    THE CALL TO DFSMSHSM FAILED WITH RC = rc REASON = rsn
    and fail with RC8.
    2. RESTORE SYSTEM will no longer access storage which may not
    have been allocated.
    

Temporary fix

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

Comments

APAR Information

  • APAR number

    PI11924

  • Reported component name

    DB2 OS/390 & Z/

  • Reported component ID

    5740XYR00

  • Reported release

    A10

  • Status

    CLOSED PER

  • PE

    YesPE

  • HIPER

    YesHIPER

  • Special Attention

    NoSpecatt / Xsystem

  • Submitted date

    2014-02-17

  • Closed date

    2014-08-21

  • Last modified date

    2014-10-02

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

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

    UI20786 UI20787

Modules/Macros

  •    DSNUVBRD
    

Fix information

  • Fixed component name

    DB2 OS/390 & Z/

  • Fixed component ID

    5740XYR00

Applicable component levels

  • RA10 PSY UI20786

       UP14/09/06 P F409 «

  • RB10 PSY UI20787

       UP14/09/06 P F409 «

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"},"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"A10","Line of Business":{"code":"LOB10","label":"Data and AI"}}]

Document Information

Modified date:
15 March 2024