IBM Support

DY47566: LBSERV IQUERY DOES NOT RELEASE ALLOCATED GETVIS FROM SUBPOOL $AOMGV IN A TIMELY MANNER AND MAY FAIL WITH RC=0008 REASON=0076

A fix is available

Subscribe

You can track all active APARs for this component.

APAR status

  • Closed as program error.

Error description

  • When invoking the LBSERV IQUERY macro (e.g. via the JCC/JCL
    LIBSERV IQUERY command), the allocated system GETVIS in the
    subpool $AOMGV is not directly released after the completion of
    the request.
    

Local fix

Problem summary

  • ****************************************************************
    * USERS AFFECTED: Users with a tape library using the native   *
    *                 VSE Tape Library Support (SYS ATL=TLS).      *
    ****************************************************************
    * PROBLEM DESCRIPTION: When invoking the LBSERV IQUERY macro   *
    *                      (e.g. via the JCC/JCL LIBSERV), the     *
    *                      the allocated system GETVIS in the      *
    *                      subpool $AOMGV is not directly released *
    *                      after the completion of the request.    *
    ****************************************************************
    * RECOMMENDATION: Apply the PTF if you use a tape library      *
    *                 with the native VSE Tape Library Support     *
    *                 (SYS ATL=TLS) and have a very large amount   *
    *                 of volumes in the library.                   *
    ****************************************************************
    The LBSERV IQUERY processing in $IJBAOM allocates a temporary
    buffer from the system GETVIS area in subpool $AOMGV to hold
    inventory data for each volume in the library. This buffer is
    not directly FREEVISed after the request completes. It is
    FREEVISed when a following LBSERV request completes.
    
    The user may observe the following behavior:
    In a series of LIBSERV/LBSERV IQUERY requests the first request
    completes successfully, but allocated GETVIS in subpool $AOMGV
    is not released. A second request may fail with
    RC=0008 REASON=0076 if the system GETVIS area is exhausted. The
    previously allocated GETVIS in subpool $AOMGV is now released,
    allowing a following request to complete successfully.
    

Problem conclusion

  • The PTF adds code to FREEVIS the allocated buffer once the
    IQUERY request completes.
    

Temporary fix

Comments

APAR Information

  • APAR number

    DY47566

  • Reported component name

    VSE/AF MACROS

  • Reported component ID

    5686CF906

  • Reported release

    51C

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt / Xsystem

  • Submitted date

    2014-08-29

  • Closed date

    2014-09-05

  • Last modified date

    2014-09-23

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

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

    UD54059 UD54060 DY47568

Modules/Macros

  • $$A$SUPI IJJTLIB  SGAOM    SGSRVLVL
    

Fix information

  • Fixed component name

    VSE/AF MACROS

  • Fixed component ID

    5686CF906

Applicable component levels

  • R51C PSY UD54059

       UP14/09/23 I 1000

  • R51J PSY UD54060

       UP14/09/23 I 1000

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.



Document information

More support for: z/VSE family

Software version: 51C

Operating system(s): VSE/ESA

Reference #: DY47566

Modified date: 23 September 2014