IBM Support

PI74071: HVCOMMON WAS NOT RELEASED IN D/S EVEN AFTER ALTERAREA COMPLETED.

A fix is available

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • Even after DEDB Alter - ALTERAREA has completed, 2GB of HVCOMMON
    storage was not released in D/S IMS.
    ESCD_BPND7R and ESCD_DATM have non-zero.
    On every second, DAS_CU7 routine in DBFDAS00 is called to
    cleanup these DTAM,BPND8,BPND7 and 64 bit storage in HVCOMMON.
    But DTAM and BPND7 were not released, because DATM_F1_DEL flag
    was not on and DATM_LB_64 is not equal to DATM_LE_64. Also
    BPND7_USED has non-zero.
    This is similar problem as PI71868 but happened in D/S IMS only.
    Additional Symptom;
     "DBFDAS00 case 5 DAS_CU7" WTO message issued on every second
     after DEDB Alter Utility completed if DA WTO ON by FP tool Kit.
    

Local fix

Problem summary

  • ****************************************************************
    * USERS AFFECTED:                                              *
    * IMSFP V14 DEDB ALTER utility users.                          *
    ****************************************************************
    * PROBLEM DESCRIPTION:                                         *
    * After DEDB Alter - ALTERAREA has completed, the              *
    * HVCOMMON storage was not released in D/S IMS.                *
    ****************************************************************
    * RECOMMENDATION:                                              *
    * INSTALL CORRECTIVE SERVICE FOR APAR/PTF                      *
    ****************************************************************
    After DEDB Alter - ALTERAREA has completed, 2GB of
    HVCOMMON storage was not released in D/S IMS.
        The storage dump showed ESCD_BPND7R and ESCD_DATM
    were non-zero.
        The DAS_CU7 routine in DBFDAS00 was called every
    second to clean up the DTAM, BPND8, BPND7, and 64 bit
    storage in HVCOMMON. But DTAM and BPND7 were not
    released because DATM_F1_DEL flag was not on, DATM_LB_64
    was not equal to DATM_LE_64, and BPND7_USED was non-zero.
        This problem is similar to the problem reported in
    PI71868 but happened in D/S IMS only.
    

Problem conclusion

  • DBFDAS00 has been enhanced.  In phase 1 of DAS_CU7, if
    ESCDAWAQ is zeored, DAS_REL64 will be called to remove
    the BPND8 from the BPND7_USED chain and put the BPND8
    onto the BPND7_FREE chain.   This allows DAS_REL7 in phase
    2 of DAS_CU7 to release the BPND8 on BPND7_FREE chain.
    
    DBFDAI10 has been modified to skip processing the AWE if
    ESCDAWAQ is zeroed.
    

Temporary fix

Comments

APAR Information

  • APAR number

    PI74071

  • Reported component name

    IMS V14

  • Reported component ID

    5635A0500

  • Reported release

    400

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt / Xsystem

  • Submitted date

    2016-12-20

  • Closed date

    2017-01-26

  • Last modified date

    2017-02-01

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

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

    PI74539 UI44273

Modules/Macros

  • DBFDAI10 DBFDAS00
    

Fix information

  • Fixed component name

    IMS V14

  • Fixed component ID

    5635A0500

Applicable component levels

  • R400 PSY UI44273

       UP17/01/30 P F701

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":"SSEPH2","label":"IMS"},"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"14.1","Line of Business":{"code":"LOB35","label":"Mainframe SW"}}]

Document Information

Modified date:
01 December 2023