IBM Support

PM66044: DFHUEM ISSUES EXCLUSIVE LOCK EPBCHAIN CONSECUTIVELY AND RECEIVES DUPLICATE_LOCK_OWNER, BECAUSE OF AN INLINE CALL FAILING.

A fix is available

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • Dump shows DFHUEM at BASE 4.2 issues Exclusive Lock for EPBCHAIN
    consecutively and receives DUPLICATE_LOCK_OWNER. The macro lock
    request is issued twice from routine EPB_LOCK_FAIL. The reason
    we are issuing a macro Lock Manager call is due to the Inline
    call failing. AUEL abend results.
    Additional Keywords: AbendAUEL kixrer
    

Local fix

Problem summary

  • ****************************************************************
    * USERS AFFECTED: All CICS users.                              *
    ****************************************************************
    * PROBLEM DESCRIPTION: Abend AUEL is experienced when CICS     *
    *                      command DISABLE is executed.            *
    ****************************************************************
    * RECOMMENDATION:                                              *
    ****************************************************************
    The customer issues CICS command DISABLE to disable a exit
    program. DFHUEM routine DISABLE is linked to handle it. It
    needs to exclusively lock EPBCHAIN and then update related
    flags. An inline call is firstly executed which try to lock
    the EPBCHAIN. Since the lock is currently owned by other task,
    a macro call request is linked and then take the EPBCHAIN
    lock successfully.
    Before the inline call, instruction STMG is executed to save
    the registers' value, while after the macro call, instruction
    LM is executed to restore the registers' value. Since the
    instructions for saving and restoring registers are not
    corresponding(one for 64 bit and one for 31 bit), registers
    can not be restored correctly. That cause the macro call
    request is executed twice and AUEL abend is experienced.
    

Problem conclusion

  • DFHUEM has been changed so that the instructions which are
    executed to save and restore the registers' value are
    corresponding.
    

Temporary fix

  • FIX AVAILABLE BY PTF ONLY
    

Comments

APAR Information

  • APAR number

    PM66044

  • Reported component name

    CICS TS Z/OS V4

  • Reported component ID

    5655S9700

  • Reported release

    700

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    YesHIPER

  • Special Attention

    NoSpecatt

  • Submitted date

    2012-06-01

  • Closed date

    2012-07-18

  • Last modified date

    2012-08-14

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

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

    UK80381

Modules/Macros

  •    DFHUEM
    

Fix information

  • Fixed component name

    CICS TS Z/OS V4

  • Fixed component ID

    5655S9700

Applicable component levels

  • R700 PSY UK80381

       UP12/07/31 P F207

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"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"4.2","Edition":"","Line of Business":{"code":"LOB35","label":"Mainframe SW"}},{"Business Unit":{"code":"BU054","label":"Systems w\/TPS"},"Product":{"code":"SG19M","label":"APARs - z\/OS environment"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"4.2","Edition":"","Line of Business":{"code":"","label":""}}]

Document Information

Modified date:
14 August 2012