A fix is available
APAR status
Closed as program error.
Error description
You have a CPSM workload that is managed by both 4.2 CMASes and pre-4.2 CMASes. Using a WUI connected to a 4.2 CMAS, you use the 'Set attributes' button to change the Algorithm type (field name ALGTYPE ). After doing so, you notice the TRANGRP status for this TRANGRP is now DORMANT in the pre-4.2 CMASes. Transactions in that TRANGRP no longer route properly in the routing regions connected to the pre-4.2 CMASes. Additional Keywords/Symptoms KIXREVxxx
Local fix
Use a WUI connected to a pre-4.2 CMAS to reset the TRANGRP back to ACTIVE status.
Problem summary
**************************************************************** * USERS AFFECTED: All CICSPlex SM V3R2M0 Users * **************************************************************** * PROBLEM DESCRIPTION: You have a CPSM workload that is * * managed by both CMASes executing V4.2 * * and V3.2 of CPSM. Using a WUI server * * connected to a V4.2 CMAS, you use the * * 'Set Attributes' button to change the * * Algorithm type (field name ALGTYPE). * * After doing so, you notice the TRANGRP * * status for this TRANGRP is now DORMANT * * in CMASes executing V3.2 of CPSM. * * Transactions in that TRANGRP no longer * * route properly in routing regions con- * * nected to CMASes executing V3.2. * **************************************************************** * RECOMMENDATION: After applying the PTF that resolves this * * APAR, all CMASes which execute V3.2 of CPSM * * must be recycled to pick up the new code. * * Note that regions do not need to be brought * * down and restarted at the same time. * **************************************************************** Prior to V4.2 of CPSM, module EYU0WMUT (WMUT - Set Active TRANGRP Status) only updated the routing status of active WLM TRANGRPs. In V4.2 this module was enhanced to allow the routing algorithm to be modified dynamically. If a Method Argument List (MAL) to modify the routing algorithm for an active TRANGRP from a V4.2 CMAS is shipped to a CMAS running an earlier version of CPSM, the request will be interpreted as a request to update the status of the active TRANGRP. A logic error in versions of EYU0WMUT prior to V4.2 will cause target active TRANGRPs to be set DORMANT.
Problem conclusion
Module EYU0WMUT was modified to check the existence bit for TRANGRP_STATUS in the MAL to insure that the MAL was sent for the purpose of updating an active TRANGRP's status.
Temporary fix
FIX AVAILABLE BY PTF ONLY
Comments
APAR Information
APAR number
PM69431
Reported component name
CICSTS V3 Z/OS
Reported component ID
5655M1500
Reported release
50M
Status
CLOSED PER
PE
NoPE
HIPER
NoHIPER
Special Attention
NoSpecatt
Submitted date
2012-07-23
Closed date
2012-07-30
Last modified date
2012-08-08
APAR is sysrouted FROM one or more of the following:
APAR is sysrouted TO one or more of the following:
UK80655
Modules/Macros
EYU0WMUT
Fix information
Fixed component name
CICSTS V3 Z/OS
Fixed component ID
5655M1500
Applicable component levels
R50M PSY UK80655
UP12/08/01 P F207
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:
08 August 2012