PM65525: ODBA OR DBCTL THREAD HANGS IN TERM THREAD PROCESSING WHILE ORIGI NAL ITASK WAS IN AN IRLM SUSPEND FOR LOCK REQUEST

A fix is available

Subscribe

You can track all active APARs for this component.

APAR status

  • Closed as program error.

Error description

  • IMS DBCTL or ODBA thread hangs in term thread processing.
    Original ITASK was waiting in an IRLM SUSPEND for a lock
    request.
    .
    IMS Cleanup in module DFSSDA20 determines that IMS is in an IRLM
    suspend wait, but does not issue  a IRLM SYNC CANCEL=YES because
    the IRLM RLPL contains an unlock request rather than the
    expected LOCK request (label EOMTT10).
    .
    The dump indicates that module DFSFXC50 issues an UNLOCK request
    after label FSE23Y, which influences the decision made above in
    DFSSDA20.
    .
    

Local fix

Problem summary

  • ****************************************************************
    * USERS AFFECTED: All IMS V11 users with ODBA (Open Database   *
    *                 Access) and IRLM (Internal Resource Lock     *
    *                 Manager).                                    *
    ****************************************************************
    * PROBLEM DESCRIPTION: ODBA thread hangs in terminate thread   *
    *                      processing when the original Itask was  *
    *                      in an IRLM suspend for a lock request.  *
    ****************************************************************
    * RECOMMENDATION: INSTALL CORRECTIVE SERVICE FOR APAR/PTF      *
    ****************************************************************
    An ODBA thread has been waiting in IRLM for a lock request.  RRS
    requests this thread to backout.  Database sync point module
    DFSFXC50 issues 'DFSLR FUNC=LRHRALLX' to unlock resources
    resulting in VSAM RLPL unlock function flag set.  After sync
    point completes, thread cleanup module DFSSDA20 determines that
    IMS is in an IRLM suspend wait.  Because the VSAM RLPL has the
    unlock flag set rather than lock flag, it does not issue 'IRLM
    SYNC CANCEL=YES' to complete the cleanup process.  As a result,
    the ODBA thread remains active.
    

Problem conclusion

  • GEN:
    KEYWORDS:
    
    *** END IMS KEYWORDS ***
    Module DFSFXC50 has been modified to correct the problem as
    follows:
    
    Prior to the existing 'DFSLR FUNC=LRHRALLX' to unlock resource,
    code is added to check if the RLPL is waiting in IRLM and issues
    'DFSREQ SYNC CANCEL' with a new RLPL that contains the suspended
    RLPL address and with flag RLPNORSM set for IRLM to cancel the
    suspended request.  The 'DFSLR FUNC=LRHRALLX' will just unlock
    other locks owned if there are any.  With the suspended request
    cancelled the unlock will be successful, and the subsequent
    ODBA termination process will be completed correctly.
    
    Macro DFSRLPL has been modified to add flag RLPNORSM for IRLM
    SYNC call does not want the suspended RLPL to be resumed.
    

Temporary fix

Comments

APAR Information

  • APAR number

    PM65525

  • Reported component name

    IMS V11

  • Reported component ID

    5635A0200

  • Reported release

    100

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt

  • Submitted date

    2012-05-24

  • Closed date

    2013-08-30

  • Last modified date

    2013-10-04

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

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

    PM78336 PM78337 UK97212

Modules/Macros

  •    DFSFXC50 DFSRLPL
    

Fix information

  • Fixed component name

    IMS V11

  • Fixed component ID

    5635A0200

Applicable component levels

  • R100 PSY UK97212

       UP13/09/05 P F309

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.



Rate this page:

(0 users)Average rating

Add comments

Document information


More support for:

IMS

Software version:

100

Reference #:

PM65525

Modified date:

2013-10-04

Translate my page

Machine Translation

Content navigation