IBM Support

PI25432: DFHRM0001 ABEND0C4 AT OFFSET X'11D8' IN MODULE DFHRML1D

A fix is available

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • You are initializing CICS and getting message
    
    DFHRM0001 An abend (code 0C4/AKEA) has occurred at
    offset X'11D8' in module DFHRML1D.
    
    Additional Symptom(s) Search Keyword(s): KIXREVPAD
    

Local fix

Problem summary

  • ****************************************************************
    * USERS AFFECTED: All CICS users                               *
    ****************************************************************
    * PROBLEM DESCRIPTION: DFHRM0001 An abend (code 0C4/AKEA) has  *
    *                      occurred at offset X'11D8' in module    *
    *                      DFHRML1D.                               *
    ****************************************************************
    * RECOMMENDATION:                                              *
    ****************************************************************
    DFHRML1D is driven to reconstruct RMLKs as part of system
    recovery processing. It also deletes links that can be
    forgotten. Typically this will be after a paired set of RMLK
    log records have been retrieved from the backwards scan
    of the log. When the first RMLK record (the last to be logged
    for a given use of an RMC used by a particular unit of work)
    is retrieved, a new RMLK is created and added to the global
    chain of links, as well as the linkset of the owning UOW.
    When the second RMLK record (the first of the pair to be
    logged) is encountered further on the backwards scan, the
    RMLK is deleted if it can now be forgotten. Part of this
    process involves removing it from the global chain and also
    from the linkset.
      In some circumstances, an RMLK can be logged for the first
    use of an instance of an RMC for an RMUW, yet that RMLK also
    be deemed forgettable at the same time. If such a record is
    encountered on a restart, it causes DFHRML1D to rebuild the
    RMLK for it, add it to the global chain, but avoid adding it
    to the linkset (as it is forgettable). However, when the code
    deletes the RMLK from the global chain as part of the forget
    processing, it also tries to remove it from the linkset. This
    results in the DFHRM0001 abend 0C4/AKEA.
    KEYWORDS: abends0c4 abend0c4 s0c4 0c4 rml1d
    

Problem conclusion

  • DFHRML1D has been changed to add RMLKs to their linksets
    regardless of whether or not they are forgettable and so
    able to be deleted later in their processing.
    

Temporary fix

  • FIX AVAILABLE BY PTF ONLY
    

Comments

APAR Information

  • APAR number

    PI25432

  • Reported component name

    CICS TS Z/OS V5

  • Reported component ID

    5655Y0400

  • Reported release

    800

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    YesSpecatt / CST / Xsystem

  • Submitted date

    2014-09-10

  • Closed date

    2014-12-08

  • Last modified date

    2023-02-22

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

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

    UI23800 UI23801

Modules/Macros

  • DFHRML1D
    

Fix information

  • Fixed component name

    CICS TS Z/OS V5

  • Fixed component ID

    5655Y0400

Applicable component levels

  • R800 PSY UI23800

       UP14/12/18 P F412

  • R900 PSY UI23801

       UP14/12/18 P F412

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":"BU058","label":"IBM Infrastructure w\/TPS"},"Product":{"code":"SSGMGV","label":"CICS Transaction Server"},"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"5.1","Line of Business":{"code":"LOB35","label":"Mainframe SW"}}]

Document Information

Modified date:
22 February 2023