IBM Support

PK10033: OLD DFHSRT1$ IS BEING LOADED IN ADDITION TO NEW DFHSRT

A fix is available

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • CICS is brought up with a new DFHSRT and START=INITIAL. The new
    SRT is being loaded correctly, but the old DFHSRT1$ is being
    loaded in addition to the new SRT. If a 3rd and 4th SRT are
    also added, all 4 SRT's will be loaded, even across an initial
    start.
    .
    It appears that the loads are issued in DFHSIB1. Apparently
    the old tables are not correctly nullified within the SIPNUCTB
    (Nucleus Build List).
    

Local fix

Problem summary

  • ****************************************************************
    * USERS AFFECTED: All.                                         *
    ****************************************************************
    * PROBLEM DESCRIPTION: More than one SYSTEM RECOVERY TABLE     *
    *                      ( SRT ) can be loaded in a CICS region  *
    *                      at the same time.                       *
    ****************************************************************
    * RECOMMENDATION:                                              *
    ****************************************************************
    A CICS region is started to use the default System Recovery
    Table ( DFHSRT1$ ). The region is then restarted with SIT
    parameters START=INITIAL, NEWSIT=YES and SRT set to use a new
    SRT table.
    As a result both the default and new SRT tables are loaded,
    although only the new SRT table is active and will be
    referenced.
    This is because the SRT is incorrectly defined within CICS as
    being non-suffixable which causes it to be catalogued each time
    a version is loaded. As the SRT is a nucleus module, all
    catalogued versions will be reloaded across CICS restarts even
    including those with START=INITIAL specified.
    
    Additional Keywords: SNLTSFX
    

Problem conclusion

  • DFHSIB1 has been updated so that the System Recovery Table is
    defined as being SUFFIXABLE.
    

Temporary fix

  • FIX AVAILABLE BY PTF ONLY
    

Comments

APAR Information

  • APAR number

    PK10033

  • Reported component name

    CICSTS 3.1 Z/OS

  • Reported component ID

    5655M1500

  • Reported release

    400

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt

  • Submitted date

    2005-08-09

  • Closed date

    2005-08-15

  • Last modified date

    2005-09-02

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

    PK08448

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

    UK06227

Modules/Macros

  •    DFHSIB1
    

Fix information

  • Fixed component name

    CICSTS 3.1 Z/OS

  • Fixed component ID

    5655M1500

Applicable component levels

  • R400 PSY UK06227

       UP05/08/22 P F508

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":"3.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":"3.1","Edition":"","Line of Business":{"code":"","label":""}}]

Document Information

Modified date:
02 September 2005