IBM Support

PM53521: NSR FILES IN BAS BECOME LSR FILES

A fix is available

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • CPSM 3.2. After applying PTFs to CPSM to RSU1108 and restarting
    the CMAS on two LPARs we observed that our workload which uses
    the GOAL mode algorithm automatically reverted to QUEUE mode
    algorithm once a TOR is started on the second LPAR. Both LPARs
    run at RSU1108. No CPSM message were issued to reported that
    the algorithm type had changed.
    .
    Additional Symptoms: CPSM BAS File definitions defined with
    LSRPOOLID(NONE) get installed with LSRPOOLID(1)
    

Local fix

Problem summary

  • ****************************************************************
    * USERS AFFECTED: All CICSPlex SM V4R2M0 Users                 *
    ****************************************************************
    * PROBLEM DESCRIPTION:    When a FILEDEF defined to use VSAM   *
    *                      non-shared resources LSRPOOLID(NONE)    *
    *                      is installed in a MAS executing CICS    *
    *                      660 or earlier, it reverts to LSR using *
    *                      LSRPOOLID(1).                           *
    ****************************************************************
    * RECOMMENDATION:    After applying the PTF that resolves this *
    *                 APAR, all MASes must be recycled to pick up  *
    *                 the new code.  Note that the restarts do not *
    *                 need to be done at the same time.            *
    ****************************************************************
       A logic error in module EYU0BNC3 (BNC3 - BAS install FILEDEF
    and TRANDEF) causes FILEDEF_LSRPOOLID(NONE) to be replaced by
    LSRPOOLID(1) during BAS install into a MAS executing a release
    of CICS prior to 670.
    

Problem conclusion

  • Module EYU0BNC3 was updated to set the LSRPOOLID correctly
    when a FILEDEF is installed.
    

Temporary fix

  • FIX AVAILABLE BY PTF ONLY
    

Comments

APAR Information

  • APAR number

    PM53521

  • Reported component name

    CICS TS Z/OS V4

  • Reported component ID

    5655S9700

  • Reported release

    70M

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt

  • Submitted date

    2011-12-05

  • Closed date

    2011-12-07

  • Last modified date

    2012-01-01

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

    PM53321

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

    UK74512

Modules/Macros

  • EYU0BNC3
    

Fix information

  • Fixed component name

    CICS TS Z/OS V4

  • Fixed component ID

    5655S9700

Applicable component levels

  • R70M PSY UK74512

       UP11/12/08 P F112

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

Document Information

Modified date:
01 January 2012