PM83896: CICS STARTUP TIME TAKES LONGER BY THE LARGE DFHSHUNT. UOWS ARE WAITING FOR A FORGET FLOW FROM THE FRONTEND REGION.

A fix is available

Subscribe

You can track all active APARs for this component.

APAR status

  • Closed as program error.

Error description

  • Customer use LU61 connection between CICS.
    After DFHRM0107, UOWs are retained to wait the forget flow.
    DFHRM0107 INTERSYSTEM COMMUNICATION  FAILURE.
              RESOURCE UPDATES MAY BE OUT OF SYNC.
    Customer get start up delay for the specific CICS becasue old
    UOWs retained for a long time.
    These UOWs retained until INITIAL start of CICS.
    (COLD start, CEMT SET UOW FORCE does not work.)
    

Local fix

Problem summary

  • ****************************************************************
    * USERS AFFECTED: All CICS users.                              *
    ****************************************************************
    * PROBLEM DESCRIPTION: CICS warm or emergency start takes a    *
    *                      long time due to a large number of UOWs *
    *                      waiting to be recovered.                *
    ****************************************************************
    * RECOMMENDATION:                                              *
    ****************************************************************
    User has a pair of DTP transaction that communicate over an
    LU61 connection. But the backend transaction is not defined and
    DFHZEMW is called by DFHACP to send error message return to
    frontend. Then DFHZEMW sets abort completion flag the LU61
    TCTTE and returns to DFHACP. But during task termination
    process, recovery manager invokes DFHCR1U to perform the
    processing for LU61 sessions backing out task-termination
    syncpoint. DFHZEMW is invoked again and it detects error
    message has already been sent but returned with a return
    code x'0C' in the TCA field TCATPAPR. This directly leads
    DFHCR1U set wrong rmlk flags. Thus, old UOW not deleted and
    also cause the UOW to wait for a FORGET flow from the frontend
    region.
    
    Keyword: msgDFHRM0107
    

Problem conclusion

  • DFHZEMW has been changed to return a value of x'00' in field
    TCATPAPR when it detects that an ABORT processing has already
    completed or that an ABORT has already been sent.
    

Temporary fix

  • FIX AVAILABLE BY PTF ONLY
    

Comments

APAR Information

  • APAR number

    PM83896

  • Reported component name

    CICS TS Z/OS V4

  • Reported component ID

    5655S9700

  • Reported release

    600

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt

  • Submitted date

    2013-02-28

  • Closed date

    2013-04-21

  • Last modified date

    2013-06-04

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

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

    PM85383 UK93765 UK93764

Modules/Macros

  •    DFHZEMW
    

Fix information

  • Fixed component name

    CICS TS Z/OS V4

  • Fixed component ID

    5655S9700

Applicable component levels

  • R600 PSY UK93764

       UP13/05/02 P F305

  • R700 PSY UK93765

       UP13/05/02 P F305

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:

CICS Transaction Server

Software version:

4.1

Reference #:

PM83896

Modified date:

2013-06-04

Translate my page

Machine Translation

Content navigation