IBM Support

PI23838: ABEND SB78 WHEN AN AWE IS BEING RELEASED BY DFSAOSW0.

A fix is available

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • An abendSB78 occurs while attempting an OS Release Storage call
    for an AWE. The code requesting the Release is in DFSAOSW0.
    The AWE was obtained by module DFS6ECT0. The call by DFS6ECT0
    was a BCB call to get the AWE block so it should be returned
    to the AWE pool in IMS.
     The problem is that the AWE storage provided was only cleared
    for x'B' bytes and the flag that indicates if the storage was
    provided by on OS OBTAIN Storage call is at offset x'10'. There
    was residual data there and the bit was on from the prior use
    of the AWE.
    

Local fix

Problem summary

  • ****************************************************************
    * USERS AFFECTED: All IMS V12 users of AOS=X/B with            *
    *                 APPC/IMS timeout active.                     *
    ****************************************************************
    * PROBLEM DESCRIPTION: ABEND SB78 occurs because IMS           *
    *                      releases the wrong type of storage.     *
    ****************************************************************
    * RECOMMENDATION: INSTALL CORRECTIVE SERVICE FOR APAR/PTF      *
    ****************************************************************
    For AOS=X/B, when a front-end IMS sends an ACK to the
    back-end IMS, the front-end will put a reminder in a
    special queue.  This will be used just in case the back-end
    abends and the front-end needs to send a abend message to
    the client.  If APPC/IMS timeout is active and the APPC
    conversation times out, IMS will check if there is anything
    on that special queue and if it is, queue an AWE to remove
    it from the queue.  The AWE was not completely cleared and
    therefore some residual data has been used and the wrong
    service for freeing the AWE has been used.
    

Problem conclusion

  • GEN:
    KEYWORDS:
    
    *** END IMS KEYWORDS ***
    Modul DFS6ECT0 has been modified to clear the entire AWE
    before queuing it to DFSAOSW0.
    

Temporary fix

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

Comments

APAR Information

  • APAR number

    PI23838

  • Reported component name

    IMS V12

  • Reported component ID

    5635A0300

  • Reported release

    200

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    YesHIPER

  • Special Attention

    NoSpecatt / Xsystem

  • Submitted date

    2014-08-13

  • Closed date

    2014-11-14

  • Last modified date

    2014-12-01

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

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

    PI27369 UI23097

Modules/Macros

  •    DFS6ECT0
    

Fix information

  • Fixed component name

    IMS V12

  • Fixed component ID

    5635A0300

Applicable component levels

  • R200 PSY UI23097

       UP14/11/18 P F411 Ž

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"},"Platform":[{"code":"PF054","label":"z Systems"}],"Line of Business":{"code":"","label":""}}]

Document Information

Modified date:
10 June 2020