IBM Support

PK51270: RSR TRACKING IMS /CHE FREEZE SHUTDOWN HUNG IN FP DB TRACKER

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • RSR Tracking IMS /CHE FREEZE shutdown went into hung in FP.
    MODIFY STOP, /ERE, and /CHE FREEZE again succeeded.
    - DFSCST00 itask wait in DFSTRM00 (UQ61540) at offset +A4E,
           near label TRM1300, waiting for LogRouter termination
    - DFSLRMST itask wait in DFSLRTRM (UQ69610) at offset +ABE
          Waiting for final shutdown milestone to be taken
    - DFSLRMIL itask wait in DBFDT290 (UQ88116) at offset +44E
          near label PURGE_CHECK2. ECB = EDBTMILE_PURGECOMP_ECBP
    EDBT_IOTI_CCNT (IOTICCNT) had 00000001, which means one last
    IOTI itask (DBFDT400) was active/running. All 100 IOTI itasks
    were however IDLE WAIT with ioti1slp flag on.
    There's a small timing window in shutdown milestone processes
    between DBFDT292 and DBFDT400.
    

Local fix

Problem summary

  • ****************************************************************
    * USERS AFFECTED: All IMS V7 FastPath RSR users                *
    ****************************************************************
    * PROBLEM DESCRIPTION: One IOTI ITASK did not terminate        *
    *                      and tracking IMS did not shutdown       *
    ****************************************************************
    * RECOMMENDATION: INSTALL CORRECTIVE SERVICE FOR APAR/PTF      *
    ****************************************************************
    At shutdown time, 1 of 100 IOTI ITASK did not get posted
    with TRM function and the tracking IMS did not shutdown.
    It happened when the LAST_IOTI subroutine of DBFDT400
    cannot post back END_MILESTONE process of DBFDT290.
    

Problem conclusion

  • AIDS: RIDS/FP RIDS/CNTRL FP CNTRL
      GEN:
    RSRTAKEOVER
    
    *** END IMS KEYWORDS ***
    DBFDT400
    
    When the LAST_IOTI subroutine is called, MILE_POST_DONE field
    will be turned on unconditionally and when
    EDBTMILE_PURGECOMP_ECBP = 0, last_ioti subroutine can post
    back DBFDT290 and it can complete termination process.
    

Temporary fix

Comments

APAR Information

  • APAR number

    PK51270

  • Reported component name

    IMS V7

  • Reported component ID

    5655B0100

  • Reported release

    700

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt

  • Submitted date

    2007-08-21

  • Closed date

    2007-09-21

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

    PK52950 PK52951 PK52952 UK29405

Modules/Macros

  • DBFDT400
    

Fix information

  • Fixed component name

    IMS V7

  • Fixed component ID

    5655B0100

Applicable component levels

  • R700 PSY UK29405

       UP07/09/27 P F709

[{"Business Unit":{"code":"BU058","label":"IBM Infrastructure w\/TPS"},"Product":{"code":"SSEPH2","label":"IBM Information Management System (IMS)"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"700","Edition":"","Line of Business":{"code":"LOB35","label":"Mainframe SW"}}]

Document Information

Modified date:
30 April 2008