IBM Support

PH38856: RUNAWAY PROTECTION LEFT DISABLED AFTER ABEND 999 (AICA) CONDITION FOR A MIRROR TASK WITH ACTIVE HANDLE ABEND

A fix is available

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • WHEN A HANDLE ABEND ROUTINE GAIN CONTROL AFTER A LOOP IS
    DETECTED (ABEND AICA) FOR A MIRROR TASK THE RUNAWAY PROTECTION
    IS LEFT DISABLED ALLOWING A SECOND LOOP NOT BE DETECTED FOR THIS
    TASK
    

Local fix

  • N/A
    

Problem summary

  • ****************************************************************
    * USERS AFFECTED: All CICS users                               *
    ****************************************************************
    * PROBLEM DESCRIPTION: Runaway processing left disabled for    *
    *                      a CSMI transaction after an abend.      *
    ****************************************************************
    In the reported problem, a DPL was made to a server CICS
    region. The target program entered a loop, and CICS abended
    it AICA. DFHABAB stopped CICS runaway processing with a
    DFHKEDSI STOP_RUNAWAY_TIMER call. Abend percolation then
    returned back through the mirror tranaction's stack environment,
    and control then returned through the CICS transformers to the
    client CICS region once more.
      The same session then processed another DPL request from the
    client to the server CICS, and the existing CSMI transaction
    for that session handled the new link command. The target of
    the new DPL command also entered a loop. However, since the
    TAS of the CSMI transaction still had runaway detection
    suppressed (TAS_RUNAWAY_STOPPED was set on), DFHKETIX was not
    able to decrement TAS_RUNAWAY_LEFT to 0 and hence abend the
    looping transaction 999 / AICA. CICS was left with the mirror
    transaction application looping on the TCB of the running
    program.
    KEYWORDS: abendaica abend999 s999 loops ketix
    

Problem conclusion

  • DFHMIRS recovery routine MIRRREC has been changed to issue
    a DFHKEDSI START_RUNAWAY_TIMER call as part of abend
    percolation processing. This ensures that the TAS for the
    mirror transaction is able to process runaway detection if the
    transaction is reused for another DPL request by the sending
    session.
    

Temporary fix

Comments

APAR Information

  • APAR number

    PH38856

  • Reported component name

    CICS TS Z/OS V5

  • Reported component ID

    5655Y0400

  • Reported release

    100

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    YesHIPER

  • Special Attention

    NoSpecatt / Xsystem

  • Submitted date

    2021-07-09

  • Closed date

    2021-09-09

  • Last modified date

    2021-10-01

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

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

    UI77079 UI77080 UI77081

Modules/Macros

  • DFHMIRS
    

Fix information

  • Fixed component name

    CICS TS Z/OS V5

  • Fixed component ID

    5655Y0400

Applicable component levels

  • R100 PSY UI77081

       UP21/09/10 P F109 ¢

  • R200 PSY UI77080

       UP21/09/10 P F109 ¢

  • R300 PSY UI77079

       UP21/09/10 P F109 ¢

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.

[{"Line of Business":{"code":"LOB35","label":"Mainframe SW"},"Business Unit":{"code":"BU058","label":"IBM Infrastructure w\/TPS"},"Product":{"code":"SSGMGV","label":"CICS Transaction Server"},"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"5.4"}]

Document Information

Modified date:
02 October 2021