IBM Support

PK05498: /RECOVER TERMINATE ALLENTRIES COMMAND DOES NOT STOP DEDB RECOVERY WHEN STARTED BY /RECOVER START COMMAND.

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • DEDB recovery had been done by DRF with /RECOVER START command.
    We issued /RECOVER TERMINATE ALLENTRIES to suspend the
    recovery, but it didn't work.
    Also, /RECOVER REMOVE, /RECOVER START didn't work in this
    situation. It seems /RECOVER STOP didn't work successfully.
    

Local fix

Problem summary

  • ****************************************************************
    * USERS AFFECTED: All users of IMS DRF V2R1 in online mode are *
    *                 affected.                                    *
    ****************************************************************
    * PROBLEM DESCRIPTION: DRF hang after CMDRECOVER TERMINATE     *
    *                      command issued.                         *
    ****************************************************************
    * RECOMMENDATION: INSTALL CORRECTIVE SERVICE FOR APAR/PTF      *
    ****************************************************************
    Subordinate address space terminates at the same time that DRF
    receives clean up notification(RWRTCLN) from IMS during online
    recovery. The storage for the recovery and the storage for the
    subordinate address spaces get cleaned up too early. When the
    subordinate address space termination occurs, but the control
    blocks have been released, the DRF termination processing waits
    forever.
    

Problem conclusion

  • AIDS: RIDS/UTIL RIDS/DBS DBS/UTIL
      DEP: NONE
      GEN:
    
    *** END IMS KEYWORDS ***
    The design of termination is modified to sychronize clean up
    process with subordinate address spaces termination and end
    recovery.
    
    Macros FRXAWFN, FRXCON and FRXRVGB have been modified to
    add new values related to clean up and termination.
    
    Modules of FRXPDIR0, FRXMSTR0, FRXLSRT0, FRXPDSS0, FRXMSTR1,
    FRXLACR0, FRXLACR1 and FRXRBUF0 have been modified
    to sychronize the termination and clean up requests from IMS
    and DRF.
    
    A secondary hang was discovered during testing of the fix for
    this APAR.  Change accumulation readers can hang during early
    read termination.  Code is added to FRXCAMG0 to fix this
    problem.
    

Temporary fix

Comments

APAR Information

  • APAR number

    PK05498

  • Reported component name

    IMS DB RECOVERY

  • Reported component ID

    5655I4400

  • Reported release

    210

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt / Xsystem

  • Submitted date

    2005-05-09

  • Closed date

    2005-09-16

  • Last modified date

    2006-10-04

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

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

    UK07332

Modules/Macros

  • FRXAWFN  FRXCAMG0 FRXCON   FRXLACR0 FRXLACR1
    FRXLSRT0 FRXMSTR0 FRXMSTR1 FRXPDIR0 FRXPDSS0 FRXRBUF0 FRXRVGB
    

Fix information

  • Fixed component name

    IMS DB RECOVERY

  • Fixed component ID

    5655I4400

Applicable component levels

  • R210 PSY UK07332

       UP05/09/28 P F509

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

Document Information

Modified date:
04 October 2006