A fix is available
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 V3R2M0 Users * **************************************************************** * PROBLEM DESCRIPTION: After applying PTF UK68036 for APAR * * PM30686, when a TOR connecting through * * a CMAS other than the workload owner * * joins a workload which uses the GOAL * * algorithm, the workload reverts to the * * QUEUE algorithm. * * . * * After applying PTF UK68036 for APAR * * PM30686, when a FILEDEF defined to use * * VSAM non-shared resources: * * LSRPOOLID(NONE) * * is installed, it reverts to LSR using * * LSRPOOLID=(1). * **************************************************************** * RECOMMENDATION: After applying the PTF that resolves this * * APAR, all CMASes and MASes must be recycled * * to pick up the new code. Note that the * * restarts do not need to be done at the same * * time. * * * * If a CMAS executing from a library to * * which the PTF resolving this APAR is applied * * connects, directly or indirectly, to a CMAS * * executing CICSPlex SM for CICS Transaction * * Server V3.1 or CICSPlex SM for CICS Trans- * * action Server V4.1, the PTFs which resolve * * the following APARs must be applied to the * * appropriate target libraries. * * * * - CTS 3.1 - CICSPlex SM 3.1.0 - APAR PM53322 * * - CTS 4.1 - CICSPlex SM 4.1.0 - APAR PM53325 * **************************************************************** A logic error in module EYU0WMQB (WMQB - WLM Decompose Workload) as updated by PM30686 causes the workload algorithm to revert to QUEUE if a value other than LNQUEUE or LNGOAL is encountered. . A logic error in module EYU0BNC3 (BNC3 - BAS install FILEDEF and TRANDEF) updated by PM30686 causes FILEDEF_LSRPOOLID(NONE) to be replaced by LSRPOOLID(1).
Problem conclusion
Module EYU0WMQB was updated to set the workload routing algorithm properly. . 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
PM53321
Reported component name
CICSTS V3 Z/OS
Reported component ID
5655M1500
Reported release
50M
Status
CLOSED PER
PE
YesPE
HIPER
NoHIPER
Special Attention
NoSpecatt
Submitted date
2011-12-02
Closed date
2011-12-07
Last modified date
2012-01-01
APAR is sysrouted FROM one or more of the following:
APAR is sysrouted TO one or more of the following:
Modules/Macros
EYU0BNC3 EYU0WMQB
Fix information
Fixed component name
CICSTS V3 Z/OS
Fixed component ID
5655M1500
Applicable component levels
R50M PSY UK74515
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":"3.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":"3.2","Edition":"","Line of Business":{"code":"","label":""}}]
Document Information
Modified date:
01 January 2012