IBM Support

PM70302: ECSA STORAGE INCREASE FOR THE ADMF IRLM SUBPOOL ( ACOMPHLR ) FILLED WITH THE STORAGE FOR RLPL WITH THE LOCK NAME OF UTEXEC.

A fix is available

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • ECSA storage increase for the ADMF IRLM SUBPOOL ( ACOMPHLR )
    filled with the storage for RLPL with the lock name of UTEXEC.
    Type of the lock is LKNMUEXL
    
    possible error reason code RC00E20022, RC00E2001F
    
    This exposure only exists in NFM, ENFM*, CM8*, CM9*. It doesnot
    exist for CM8, CM9, or ENFM.
    
    
    
    DB2STGLK/K
    

Local fix

  • limiting the use of commands -DISPLAY UTILITY, -TERM UTILITY,
    and -ALTER UTILITY will limit the amount of storage creep.
    

Problem summary

  • ****************************************************************
    * USERS AFFECTED: All DB2 10 for z/OS users of the -DISPLAY    *
    *                 UTILITY, -ALTER UTILITY, and -TERM UTILITY   *
    *                 utility commands                             *
    ****************************************************************
    * PROBLEM DESCRIPTION: -DIS UTIL, -ALTER UTIL, and -TERM UTIL  *
    *                      Utility commands are leaving storage    *
    *                      allocated resulting in the DBM1 address *
    *                      space running low on below the bar      *
    *                      storage.                                *
    ****************************************************************
    * RECOMMENDATION: Apply corrective PTF when available          *
    ****************************************************************
    Due to a logic error affecting DB2 10 for z/OS New Function Mode
    only, utility commands acquire the UTEXEC lock but don't free
    the storage for it when the lock is released.  This results in
    the DB2 DBM1 address space running low on below the bar storage.
    
    If the DBM1 address gets to the point that processes cannot
    acquire more, two of the known abends are ABEND04E RC00E20013
    from DSNSGMN and ABEND04E RC00E20003 from DSNSVBK.
    
    Additional Keywords:
    IDAAV2R1/K IDAAV3R1/K
    

Problem conclusion

  • Utility code has been changed to free the control block used
    for the lock acquisition.
    

Temporary fix

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

Comments

APAR Information

  • APAR number

    PM70302

  • Reported component name

    DB2 OS/390 & Z/

  • Reported component ID

    5740XYR00

  • Reported release

    A10

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    YesHIPER

  • Special Attention

    NoSpecatt

  • Submitted date

    2012-08-03

  • Closed date

    2012-09-11

  • Last modified date

    2012-10-19

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

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

    UK81725

Modules/Macros

  • DSNUGDIS
    

Fix information

  • Fixed component name

    DB2 OS/390 & Z/

  • Fixed component ID

    5740XYR00

Applicable component levels

  • RA10 PSY UK81725

       UP12/09/27 P F209

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":"BU059","label":"IBM Software w\/o TPS"},"Product":{"code":"SSEPEK","label":"Db2 for z\/OS"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"10.1","Edition":"","Line of Business":{"code":"LOB10","label":"Data and AI"}},{"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":"10.1","Edition":"","Line of Business":{"code":"","label":""}}]

Document Information

Modified date:
19 October 2012