IBM Support

PM03043: ABEND S878 WHEN RUNNING VERIFY AGAINST A LARGE NUMBER OF DATABASES.

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • ABEND S878 WHEN RUNNING VERIFY AGAINST A LARGE NUMBER OF
    DATABASES.
    Code in FRXVVER0 does an unallocate of the database, and the
    routine which does the unallocate frees the storage for the
    LDSD, subsequently a field in the LDSD is updated which leads to
    an S0C4 abend that causes the S878 abend.
    

Local fix

Problem summary

  • ****************************************************************
    * USERS AFFECTED: Reported by UNIDEC. This only happens when a *
    *                 large number of DBS are processed in the     *
    *                 same step.                                   *
    ****************************************************************
    * PROBLEM DESCRIPTION: An S0C4 is encountered when the LDSD is *
    *                      freed during allocation. An update to   *
    *                      the LDSD will cause the S0C4            *
    *                      subsequently.  The LDSD update was      *
    *                      removed, since the LDSD is freed        *
    *                      anyways.                                *
    ****************************************************************
    * RECOMMENDATION: INSTALL CORRECTIVE SERVICE FOR APAR/PTF      *
    ****************************************************************
    In certain cases, when running large amount of DBs with
    VERIFY(OPEN) or VERIFY(ALLOC) an S0C4 is encountered. This is
    due to the deallocation routine freeing storage, which is
    updated afterwards.
    

Problem conclusion

  • This problem was caused by new code avoiding a S878 abend. The
    code implemented the de-allocation of the db. The de-allocation
    also, in certain cases frees the DBRC block LDSD, and this
    causes te S0C4.
    

Temporary fix

Comments

APAR Information

  • APAR number

    PM03043

  • Reported component name

    IMS DB RECOVERY

  • Reported component ID

    5655I4400

  • Reported release

    310

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt / Xsystem

  • Submitted date

    2009-12-08

  • Closed date

    2009-12-28

  • Last modified date

    2010-01-05

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

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

    014PC3Ÿ UK53215

Modules/Macros

  • FRXVVER0
    

Fix information

  • Fixed component name

    IMS DB RECOVERY

  • Fixed component ID

    5655I4400

Applicable component levels

  • R310 PSY UK53215

       UP10/01/01 P F912

[{"Business Unit":{"code":"BU048","label":"IBM Software"},"Product":{"code":"SSCX88Z","label":"IMS Database Recovery Facility"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"3.1.0","Edition":"","Line of Business":{"code":"","label":""}}]

Document Information

Modified date:
05 January 2010