IBM Support

PM74936: CEMT JVMPOOL PHASEOUT RESULTS IN AN ABEND U4080 IN LE AND ABEND999 IN DFHKERPC WHEN RPTS(ON) AND RPTO(ON)

A fix is available

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • A03 Abends occur when a TCB is terminated while still owning
    active daughter TCBs. When the JVMPOOL PHASEOUT is issued. The
    J9 TCB that was in the process of being destroyed still had
    multiple daughter TCB's still active. CICS uses the
    DestroyJavaVM call to destroy the JVM. While this is going on
    other daughter TCBs are still being created. After the
    DestroyJavaVM call returns back to CICS, CICS calls LE to
    terminate the PIPI environment, which results in abend4080.
    Then CICS  returns back to z/OS on the TCB that is to be
    destroyed so it can end which causes the abendA03 because all
    of the many daughter subtasks of that TCB Still live. They
    still live because the PIPI_Term that would have deleted them
    abends.
    In an AMODE64 environment, the reports are written out to
    STDERR and at the time of the dump, STDERR is not open.
    The abendu4080 (which indirectly causes the abendA03) is
    happening as LE tries to write out the RPTOPTS and RPTSTG
    reports.  With the 64-bit environment used by CICS/TS 4.2, LE
    tries to write those reports to STDERR (which would be in the
    HFS.)  But STDERR is closed at this point and that causes the
    4080.
    With the 31-bit environment used by CICS/TS 4.1, LE tries to
    write  those reports to the MSGFILE which is set to CEEMSG. The
    reason that these files are closed is because CICS has closed
    them. Had CICS not have closed them,they would have been closed
    by LE during PIPI_Term processing. This is redundant and CICS
    need not close the files if LE is going to close them.
    Additional Symptom(s) Search Keyword(s): KIXREVEPH
    RPTOPTS ,  RPTSTG , DFHKE0201 , CEEMSG ,
    CEE03492,DestroyJavaVM , DELETE_TCB , pthread_create ,
    pthread_quiesc
    

Local fix

  • Turn off  RPTOPTS and RPTSTG
    

Problem summary

  • ****************************************************************
    * USERS AFFECTED: All CICS users.                              *
    ****************************************************************
    * PROBLEM DESCRIPTION: A03 system abend happened during pooled *
    *                      JVM termination if LE runtime option    *
    *                      RPTO or RPTS is turned on.              *
    ****************************************************************
    * RECOMMENDATION:                                              *
    ****************************************************************
    A pooled JVM begins to run in 64bit LE environment. The LE
    runtime option RPTO(ON) or RPTS(ON) is set to report LE options
    or storage. The JVM works normally. Finally JVMPool is phased
    out and JVMs are destroyed. After destroying the JVM, DFHSJCS
    closes STDIN, STDOUT and STDERR. After that LE is called to
    terminate the PIPI enclave. This process tries to write out the
    reports to STDERR, which fails because STDERR is closed. Failure
    to write out the reports leads to a 4080 abend in LE. The PIPI
    termination processing does not fully complete. Some of the
    threads that have been created by the JVM are still active.
    CICS then tries to delete its J9 TCB. That fails with an abend
    A03 because there are daughter TCBs (threads) that have not yet
    terminated.
    Additional keyword: abendA03, abend4080, RPTO, RPTS
    

Problem conclusion

  • DFHSJCS has been changed to redirect STDERR IO stream to CEEMSG
    so that LE reports are written to CEEMSG when RPTO(ON) or
    RPTS(ON) is set as LE runtime options.
    

Temporary fix

  • FIX AVAILABLE BY PTF ONLY
    

Comments

APAR Information

  • APAR number

    PM74936

  • Reported component name

    CICS TS Z/OS V4

  • Reported component ID

    5655S9700

  • Reported release

    700

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt

  • Submitted date

    2012-10-12

  • Closed date

    2013-01-13

  • Last modified date

    2013-02-04

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

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

    UK90918

Modules/Macros

  •    DFHSJCS
    

Fix information

  • Fixed component name

    CICS TS Z/OS V4

  • Fixed component ID

    5655S9700

Applicable component levels

  • R703 PSY UK90918

       UP13/01/19 P F301

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:
04 February 2013