OA18803: CEE3500S NOT ENOUGH STORAGE TO LOAD .SO FILE MAXSHAREPAGES USER SHARED LIBRARY MODULE

A fix is available

Subscribe

You can track all active APARs for this component.

APAR status

  • Closed as program error.

Error description

  • Customer received following error message when trying to run
    perl:
    .
    CEE3500S Not enough storage was available to load libperl.so.
    From entry point __dllstaticinit at compile unit offset
    +00000194 at entry offset +00000194 at address 28EE6974.
    .
       A 'D OMVS,L' display showed that the customer was bumping up
    against the MAXSHAREPAGES limit value for user-shared library
    programs (62.5% of MAXSHAREPAGES limit value):
    -
    D OMVS,L
      BPXO051I 00.46.11 DISPLAY OMVS 951
      OMVS     000E ACTIVE          OMVS=(00,F0)
      SYSTEM WIDE LIMITS:         LIMMSG=ALL
                        CURRENT  HIGHWATER     SYSTEM
                          USAGE      USAGE      LIMIT
      MAXPROCSYS            470        485       3000
      MAXUIDS                16         19        200
      MAXPTYS                 1          4        256
      MAXMMAPAREA            25         25       4096
      MAXSHAREPAGES       81308      81804     131072
      IPCMSGNIDS             30         30        500
      IPCSEMNIDS             97        105        500
      IPCSHMNIDS             19         27        500
      IPCSHMSPAGES           90         90     262144
      IPCMSGQBYTES          ---          4     262144
      IPCMSGQMNUM           ---          1      10000
      IPCSHMMPAGES          ---         29      10240
      SHRLIBRGNSIZE    93323264   93323264  300000000
      SHRLIBMAXPAGES        388        757       4096
    -
       For a BPX1LOD (loadhfs) syscall request, when the module
    cannot be loaded as a user-shared library program, it should be
    loaded into user private storage as non-shared.  This is not
    happening, and the loadhfs() syscall is failing with
    rsn091E03B7 JRShrStgShortage due to MAXSHAREPAGES being
    exceeded.
       In the Process_Sharelib subroutine of BPXPRLOD, if the
    Call_Mrkin(Kin_ShrLibMap#) request fails, the Retval is not
    being set to ShrLibSoftEr.  Therefore, it's not forcing
    the load of the module in user private storage as non-shared.
    

Local fix

  • Increase the MAXSHAREPAGES limit value via SETOMVS.
    

Problem summary

  • ****************************************************************
    * USERS AFFECTED: All users of z/OS Unix System Services for   *
    *                 HBB7709 and HBB7720.                         *
    ****************************************************************
    * PROBLEM DESCRIPTION: BPX1LOD/BPX4LOD (loadhfs) syscall       *
    *                      failing with RC84 (ENOMEM), RS091E03B7  *
    *                      (JrShrStgShortage) when user shared     *
    *                      objects (.so) exceed 62.5.% of          *
    *                      MAXSHAREPAGES pages.                    *
    ****************************************************************
    * RECOMMENDATION:                                              *
    ****************************************************************
    User shared library objects (.so) are limited to 62.5 % of
    MAXSHAREPAGES pages. When the BPX1LOD/BPX4LOD (loadhfs) syscall
    hits this limit the target program should be treated like a
    private area program and loaded into the caller's
    private area storage. The loadhfs syscall is incorrectly
    failing with ENOMEM/JrShrStgShortage instead of loading the
    target program into the caller's private storage.
    

Problem conclusion

  • The loadhfs syscall (BPXPRLOD) is changed to treat a shortage of
    shared storage pages as a "soft error" and load the program
    object into the caller's private storage.
    

Temporary fix

Comments

APAR Information

  • APAR number

    OA18803

  • Reported component name

    OPENMVS SYS SRV

  • Reported component ID

    5695SCPX1

  • Reported release

    720

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt

  • Submitted date

    2006-11-03

  • Closed date

    2007-01-17

  • Last modified date

    2007-08-29

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

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

    UA31913 UA31914 OA22363

Modules/Macros

  • BPXPRLOD
    

Fix information

  • Fixed component name

    OPENMVS SYS SRV

  • Fixed component ID

    5695SCPX1

Applicable component levels

  • R709 PSY UA31913

       UP07/01/30 P F701

  • R720 PSY UA31914

       UP07/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.



Rate this page:

(0 users)Average rating

Document information


More support for:

z/OS family

Software version:

720

Operating system(s):

MVS, z/OS

Reference #:

OA18803

Modified date:

2007-08-29

Translate my page

Machine Translation

Content navigation