IBM Support

PK19054: ABENDU0850 OR ABENDU0853 IN DFSPREC0 DURING ILDS BUILD FOR HALDB AFTER A RESTORE OF THE HALDB USING DRF PITR.

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • After restore of a 20 Partition HALDB using DRF PITR, the
    DFSPREC0 build of the ILDS fails with an ABENDU0850.
    ABENDU0853 can also be encountered during the ILDS build after
    the DRF PITR. This is a data integrity issue.
    

Local fix

Problem summary

  • ****************************************************************
    * USERS AFFECTED: All users with IMS Database Recovery         *
    *                 Facility Version 2 Release 1 installed.      *
    ****************************************************************
    * PROBLEM DESCRIPTION: After a database recovery performed by  *
    *                      IMS Database Recovery Facility, users   *
    *                      may receive an ABENDS0C7 from High      *
    *                      Performance Pointer Checker or an       *
    *                      ABENDU0850/ABENDU0853 from DFSPREC0.    *
    ****************************************************************
    * RECOMMENDATION: INSTALL CORRECTIVE SERVICE FOR APAR/PTF      *
    ****************************************************************
    When change accumulation is used as input to DRF, there is a
    situation where some CA records are not applied correctly.
    This situation occurs when an image copy is completely
    restored, however the CA contains update records that will be
    used to extend the database beyond what was restored from the
    image copy.  These CA update records also contain more than one
    change elements.
    

Problem conclusion

  •  AIDS: RIDS/UTIL RIDS/DBS DBS/UTIL
      DEP: NONE
      GEN:
    
    *** END IMS KEYWORDS ***
    FRXIICA is fixed to correct a logic error which attempts to
    copy a CA update record into a database block after the IC is
    completely restored.  This error failed to determine if there
    are multiple change elements recorded with the CA record and
    failed to expand the record if it is compressed.  This fix
    addresses these issues.
    
    FRXIOCN0 is changed to initialize a new database block with
    zeros.
    
    FRXIOSM0, FRXIVCN0, and FRXIVSM0 are recompiled to pick up
    changes from FRXIICA.
    
    FRXPDSS0 is changed to correct a error in the log record count
    for reporting.
    
    FRXRBUF0 is changed to include change accumulation type '53'x
    records in the record count.
    
    FRXSDR00 was changed to add RECFM=FBA to the Report DCB.  The
    'A' specifies ANSI carriage control characters.  The CC
    characters were being printed as part of the output line
    instead of being taken as carriage control characters.
    

Temporary fix

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

Comments

APAR Information

  • APAR number

    PK19054

  • Reported component name

    IMS DB RECOVERY

  • Reported component ID

    5655I4400

  • Reported release

    210

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    YesHIPER

  • Special Attention

    NoSpecatt / Xsystem

  • Submitted date

    2006-02-02

  • Closed date

    2007-01-25

  • Last modified date

    2008-04-30

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

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

    UK21600

Modules/Macros

  •    FRXIICA  FRXIOCN0 FRXIOSM0 FRXIVCN0 FRXIVSM0
    FRXPDSS0 FRXRBUF0 FRXRVGB  FRXSDR00
    

Fix information

  • Fixed component name

    IMS DB RECOVERY

  • Fixed component ID

    5655I4400

Applicable component levels

  • R210 PSY UK21600

       UP07/02/02 P F702 Ž

[{"Line of Business":{"code":null,"label":null},"Business Unit":{"code":"BU048","label":"IBM Software"},"Product":{"code":"SSCX88Z","label":"IMS Database Recovery Facility"},"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"210"}]

Document Information

Modified date:
09 November 2020