IBM Support

PK23023: DRF HUNG UP AFTER I/O ERROR OF IC DATASET ON TAPE VOLUME.

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • - DRF started for 15 DEDB AREAs with READNUM(3,10) and
    TAPECHK(Y) specified.
     - 15 subordinated address spaces (DRFS0001-DRFS0015) started.
     - When DRFS0007 was reading IC on tape volume, we issued 'V
    8EC,OFFLINE, command for the tape unit. An I/O error on the tape
    drive occured and DRFS0007 terminated.
    - After that, DRFS0011-DRFS0015 and DRF MASTER hung up.
    Additional symptom: Hang condition between Master and
    Subordinate address space may occur if tape device is not
    available and then becomes available. This APAR correct the
    failure to post the controlling module when the tape device is
    freed up.
    

Local fix

Problem summary

  • ****************************************************************
    * USERS AFFECTED: All IMS Database Recovery Facility Version 2 *
    *                 Release 1 users who manage image copy data   *
    *                 sets on tape volumes.                        *
    ****************************************************************
    * PROBLEM DESCRIPTION: DRF may result in a hang condition      *
    *                      after an I/O error of a image copy      *
    *                      data set occured on a tape volume.      *
    ****************************************************************
    * RECOMMENDATION: INSTALL CORRECTIVE SERVICE FOR APAR/PTF      *
    ****************************************************************
    DRF will perform Early End of Recovery processing if an error
    occurs in a recovery subordinate address space and ERROR(STOP)
    is specified.  When restoring image copy data sets from tape,
    DRF manages tape device usage among the recovery subordinate
    address spaces.  Sometimes a subordinate address space will be
    set in a BPEWAIT state until a tape device becomes available.
    During Early End of Recovery processing, DRF failed to POST
    these waiting address spaces to terminate early.
    

Problem conclusion

  • AIDS: RIDS/UTIL RIDS/DBS DBS/UTIL
      DEP: NONE
      GEN:
    
    *** END IMS KEYWORDS ***
    FRXMSTR1 is changed to post FRXIDYN0 to stop waiting during
    Early End of Recovery processing.
    
    FRXIDYN0 is changed to only perform tape request processing
    when the RVGB_TAPECHK flag is turned on by the user.
    

Temporary fix

Comments

APAR Information

  • APAR number

    PK23023

  • Reported component name

    IMS DB RECOVERY

  • Reported component ID

    5655I4400

  • Reported release

    210

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    YesSpecatt / CST / Xsystem

  • Submitted date

    2006-04-07

  • Closed date

    2006-05-10

  • 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:

    UK14390

Modules/Macros

  • FRXEDRF0 FRXEPSS0 FRXIDYN0 FRXMSTR1 FRXRVIC
    FRXVWSP
    

Fix information

  • Fixed component name

    IMS DB RECOVERY

  • Fixed component ID

    5655I4400

Applicable component levels

  • R210 PSY UK14390

       UP06/05/18 P F605

[{"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