PK73432: ABENDAICA OR ABENDAKEC MAY OCCUR TOO SOON FOR A TRANSACTION.

Obtain the fix for this APAR.

APAR status

• Closed as program error.

Error description

• A transaction may abend with an AICA sooner than the time
  period specified by the ICVR parameter in the SIT.  In this case
  the ICVR value was set to 500ms, (.5 seconds), and the trans-
  action was running on the CO TCB.  As the task was switching
  back to the QR TCB and just after the runaway clocks were reset
  the stimer running under the CO TCB interrupts the task and the
  marks it as having been through 1 stimer interrupt.  This
  allows it to run for another stimer interval because the tasks
  time has not runout yet.  The transaction switches over to the
  QR TCB and .0035 second later the stimer running on the QR TCB
  interrupts the transaction.  Since the transaction already has
  it's kernel settings marked as running through 1 stimer, the
  second stimer sets the task as a runaway and marks it for
  abend processing.  The transaction only has been running for
  .004 seconds not .5 seconds.  The CICS stimer mechanism in
  DFHKETIX needs to be aware of this to prevent abending the
  transactions too soon.
  Addtional Symptoms: AbendAICA AKEC DFHXM0004 MsgDFHXM0004
    XM0004 loop.
  KIXREVRER
  

Local fix

Problem summary

• ****************************************************************
  * USERS AFFECTED: All.                                         *
  ****************************************************************
  * PROBLEM DESCRIPTION: Abend AICA or AKEC.                     *
  ****************************************************************
  * RECOMMENDATION:                                              *
  ****************************************************************
  In the reported problem, a system had ICVR runaway set to 0.5
  seconds but a task abended with an AICA prematurely.
  
  DFHKETIX detects task runaway but in this case, the task was
  switching from the CO to the QR TCB. In doing so, the task
  runaway 'execution slice' should have been reset but it was not.
  As a consequence, DFHKETIX thought the task had consumed more
  CPU than it actually had. The task's stack was marked as
  'runaway' which led to the AICA.
  

Problem conclusion

• DFHKETIX has been modified and will now reset the task runaway
  'execution slice' if the task's TCB's are different.
  

Temporary fix

• FIX AVAILABLE BY PTF ONLY
  

Comments

APAR Information

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

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

  UK41309

Modules/Macros

•    DFHKECB  DFHKETIX
  

Fix information

• Fixed component name

  CICSTS V3 Z/OS

• Fixed component ID

  5655M1500

Applicable component levels

• R500 PSY UK41309

     UP08/11/11 P F811

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.