IBM Support

PM18104: CICS CMAS REGION SOS. BUILDUP IN SMSHRC31 STORAGE.

A fix is available

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • Your CMAS region goes SOS above the line, possibly receiving a
    DFHSM0133 message.  An SVC dump of the region shows the ECDSA
    has most of the EDSA storage, but many of the extents are nearly
    empty. In each extent, there may be a few pages of storage in
    the SMSHRC31 subpool.
    .
    The SCE control block for these pieces of storage may show a
    buildup of pieces x'470' bytes in length.
    .
    Formatting out the trace table using
      VERBX EYU9D410 'TRC,JOB=cmasjobname'
    You will find a number of exception traces with Debug text of
    XDOL_1 and Point-Id of 27.  The CPSM Trace Record Storage will
    show a request being made against the WLMAWAOR base table.
    .
    Additional Symptoms: You may also notice a buildup of SCE
    control blocks for x'110' bytes. Those contain MAL's for
    transactions which have not been able to run due to the SOS
    condition.  Formatting out the Interval Control domain you would
    see a correspondingly large number of tasks that are waiting to
    run as soon as the SOS has been relieved. These control blocks
    will be FREEMAIN'd when the SOS-delayed transactions are run.
    .
    KIXREVSVR
    

Local fix

Problem summary

  • ****************************************************************
    * USERS AFFECTED: All CICSPlex SM V4R1M0 Users                 *
    ****************************************************************
    * PROBLEM DESCRIPTION:    After repeatedly executing an API    *
    *                      program to inquire on the state of a    *
    *                      WLM target region (WLMAWAOR resource    *
    *                      table), your CMAS region goes SOS       *
    *                      above the line, possibly receiving      *
    *                      message DFHSM0133.  An SVC dump of      *
    *                      the region shows the ECDSA has most     *
    *                      of the EDSA storage, but many of the    *
    *                      extents are nearly empty. In each       *
    *                      extent, there may be a few pages of     *
    *                      storage in the SMSHRC31 subpool.        *
    ****************************************************************
    * RECOMMENDATION: After applying the PTF that resolves this    *
    *                 APAR, all CMASes must be recycled to pick    *
    *                 up the new code.  Note that the restarts     *
    *                 do not need to be done at the same time.     *
    ****************************************************************
       Module EYU0XDP1 (XDP1 - API Get Processor) calls EYU0XDOL
    (XDOL - MOS Filter Compiler) to generate a usable query module
    from a passed CRITERIA string.  XDOL is called once to build a
    filter at the serving CMAS's version.  If an abnormal status is
    returned, then a second call is made to XDOL, passing the API
    CONNECT version.
       If the targeted resource is associated with an active work-
    load, XDOL also returns the name of the WLM Set which identifies
    the workload.  If the name of the workload is part of the passed
    CRITERIA, it is placed in the WLM Set name.  Otherwise, a status
    of XDOL_CRITERIA_MISSING_WORKLOAD is returned but the filter and
    query module are built normally.  However XDP1 interprets the
    non-OK status as an indication that the filter was not built,
    and repeats the call to XDOL passing the API CONNECT version,
    orphaning the filter and query module built by the first call.
    

Problem conclusion

  •    Module EYU0XDP1 was modified to accept a returned status of
    XDOL_CRITERIA_MISSING_WORKLOAD as normal, and to use the filter
    and query module built by XDOL.  The filter will be discarded
    after the result set has been built.
    

Temporary fix

  •             *********
                * HIPER *
                *********
    FIX AVAILABLE BY PTF ONLY
    

Comments

APAR Information

  • APAR number

    PM18104

  • Reported component name

    CICS TS Z/OS V4

  • Reported component ID

    5655S9700

  • Reported release

    60M

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    YesHIPER

  • Special Attention

    NoSpecatt

  • Submitted date

    2010-07-08

  • Closed date

    2010-07-23

  • Last modified date

    2010-08-02

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

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

    UK59099

Modules/Macros

  •    EYU0XDP1
    

Fix information

  • Fixed component name

    CICS TS Z/OS V4

  • Fixed component ID

    5655S9700

Applicable component levels

  • R60M PSY UK59099

       UP10/07/28 P F007

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":"SSGMGV","label":"CICS Transaction Server"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"4.1","Edition":"","Line of Business":{"code":"LOB35","label":"Mainframe SW"}},{"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":"4.1","Edition":"","Line of Business":{"code":"","label":""}}]

Document Information

Modified date:
02 August 2010