IBM Support

PH58302: ABENDASRA AND STORAGE VIOLATIONS IN EPUDSA AFTER UPGRADE TO CICSTS 6.1

A fix is available

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • After upgrading to CICS TS 6.1 the client encountered numerous
    abends (0C1 and 0C4) in programs that had been loaded in to
    EPUDSA storage.
    In addition storage violations
    were also seen for storage that had been allocated from EPUDSA.
    Messages seen were
    DFHSR0001 cicaplid abend (code 0C1/AKEA) has occurred at
    offset x'FFFFFFFF'
    DFHSM0102 cicaplid A storage violation (code X'0F0C') has been
    detected.
    Additional Symptoms and Keywords:
    Upgrade2CICS61 abend0c1 abend0c4 traniso kixrevdam
    

Local fix

  • Correct application programs in error.
    

Problem summary

  • ****************************************************************
    * USERS AFFECTED: All CICS Users.                              *
    ****************************************************************
    * PROBLEM DESCRIPTION: After upgrading to CICS TS V6.1 various *
    *                      0C1, 0C4 and ASRA abends are observed.  *
    ****************************************************************
    After a CICS region has been upgraded to CICS TS V6.1 some
    COBOL applications start seeing 0C1 and 0C4 abends. The
    customers had transaction isolation active.
    The abends are occurring because one tasks working storage is
    being overlayed by another tasks working storage in the new
    unprotected DSAs, PUDSA and EPUDSA. The abends are occurring due
    to bad application logic. At lower releases of CICS, since
    TRANISO causes each transaction's storage areas to be allocated
    from 1 megabyte extents, such overlays were not apparent.
    LE (Language Environment) is requesting application working
    storage using a GETMAIN with the EXECUTABLE option so it needs
    to be obtained from an unprotected DSA.
    CICS TS 6.1 was changed to support IEP (Instruction Execution
    Protection) on z/OS 2.4 and above.
    
    Keywords: TRANISO com.ibm.cics.sm.iep
    

Problem conclusion

  • CICS storage manager has been changed to only obtain storage
    from (E)PUDSA when TRANISO is off and the new feature toggle
    com.ibm.cics.sm.iep is true.
    

Temporary fix

Comments

APAR Information

  • APAR number

    PH58302

  • Reported component name

    CICS TS Z/OS V6

  • Reported component ID

    5655YA100

  • Reported release

    400

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    YesHIPER

  • Special Attention

    NoSpecatt / Xsystem

  • Submitted date

    2023-11-21

  • Closed date

    2024-02-27

  • Last modified date

    2024-04-18

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

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

    UI95828

Modules/Macros

  • DFHSMDM  DFHSMMG
    

Fix information

  • Fixed component name

    CICS TS Z/OS V6

  • Fixed component ID

    5655YA100

Applicable component levels

  • R400 PSY UI95828

       UP24/03/02 P F403 ¢

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":"BU048","label":"IBM Software"},"Product":{"code":"SSGMGV","label":"CICS Transaction Server"},"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"6.1","Line of Business":{"code":"LOB70","label":"Z TPS"}}]

Document Information

Modified date:
18 April 2024