IBM Support

OA48950: IEAVTABD STORAGE LED TO ABEND878 RC08 AFTER OA48457 15/10/26 PTF PEREMOVE

A fix is available

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • IEAVTABD (ABDUMP) manages the SYSABEND ,SYSUDUMP
    and SYSMDUMP data sets and invokes dump exits. The
    installation of the fix for OA48457 r7A0 PTF UA78635
    can lead to an abend878 rc08 (out of CSA or ECSA
    global storage) as control block FREEMAINs were
    inadvertently removed. If it is normal to have CSA/ECSA
    to SQA/ESQA conversion then a abend878 rc04 could also
    result. IEAVTABD obtains control blocks from subpool
    231 sp231 x'E7'. IEAVTABD at UA78635 obtains but does
    not free:
    1) +x'1A06' for x'A0' or 160 bytes with a "ABEP"
       eyecatcher at +0
    2) +x'2BDC' for x'6A8' or 1704 bytes which may hold
       SDWA data.
    

Local fix

Problem summary

  • ****************************************************************
    * USERS AFFECTED: All HBB77A0 users                            *
    ****************************************************************
    * PROBLEM DESCRIPTION: ABEND878 RC08 and ABEND878 RC04         *
    ****************************************************************
    * RECOMMENDATION:                                              *
    ****************************************************************
    After many days of execution, an installation's applications
    started experiencing ABEND878 RC08. IEAVTABD processing left
    about 1864 bytes of CSA storage allocated when abends occurred
    that potentially would result in ABDUMPs (SYSABEND, SYSUDUMP,
    SYSMDUMP), but the ABDUMP was not taken.
    

Problem conclusion

  • IEAVTABD processing was corrected to also release storage when
    the ABDUMP would not be taken.
    APPLICABLE PE PTFS: UA78635 is actually now a TRSQ part of V2R2
    and cannot be refrenced individually, except in ESP accounts.
    

Temporary fix

  • *********
    * HIPER *
    *********
    

Comments

APAR Information

  • APAR number

    OA48950

  • Reported component name

    SDUMP/ABDUMP

  • Reported component ID

    5752SCDMP

  • Reported release

    7A0

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    YesHIPER

  • Special Attention

    NoSpecatt

  • Submitted date

    2015-09-24

  • Closed date

    2015-10-16

  • Last modified date

    2015-12-02

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

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

Modules/Macros

  • IEAVTABD
    

Fix information

  • Fixed component name

    SDUMP/ABDUMP

  • Fixed component ID

    5752SCDMP

Applicable component levels

  • R7A0 PSY UA79447

       UP15/11/04 P F511

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":"BU054","label":"Systems w\/TPS"},"Product":{"code":"SG19M","label":"APARs - z\/OS environment"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"7A0","Edition":"","Line of Business":{"code":"","label":""}},{"Business Unit":{"code":null,"label":null},"Product":{"code":"SG19O","label":"APARs - MVS environment"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"7A0","Edition":"","Line of Business":{"code":"","label":""}}]

Document Information

Modified date:
02 December 2015