PH66892: AFTER MIGRATING TO CPSM 6.1 WITH WLMHEALTH=OFF THE WUI SHOWS INCORRECT VALUES

Obtain the fix for this APAR.

APAR status

• Closed as program error.

Error description

• Migrating CPSM ( including the WUI ) from v5.6 to v6.1. All
  regions are running with WLMHEALTH=OFF. the WUI view shows
  "Complete active target region details" that several regions
  always had the value "2,147,483,647" in the column "WLM routing
  weight for region" and "z/OS WLM Health=0".
  

Local fix

• Recycling of the affected MAS corrected the entries for
  all CMASs. Resulting in the usual "WLM routing weight for
  region=1000" and "z/OS WLM Health=100".
  

Problem summary

• ****************************************************************
  * USERS AFFECTED: All CICSPlex SM users.                       *
  ****************************************************************
  * PROBLEM DESCRIPTION: After a CMAS is recycled, the MASs      *
  *                      connected to it with WLMHEALTH=OFF      *
  *                      show as WLMHEALTH=0 with a high routing *
  *                      weight on other CMASs in the same       *
  *                      CICSplex.                               *
  ****************************************************************
  * RECOMMENDATION: The APAR can be applied to CMASs in any      *
  *                 order.                                       *
  ****************************************************************
  When a CMAS is restarted, other CMASs in the CICSplex generate
  an EENDJOIN event for MAS regions managed by that restarting
  CMAS.
  Each CMAS tries to ensure the supplied WLMHEALTH value is newer
  than the current value before updating its own copy.
  A logic error comparing timestamps results in a bad update to
  the WLMHEALTH value for the MAS, replacing the existing value
  with 0 (indicating WLMHEALTH CLOSED).
  Usually, as the MAS opens WLMHEALTH to 100%, this value would
  be updated. However, for a MAS running with WLMHEALTH=OFF,
  there will never be a further update.
  The MAS remains with WLMHEALTH set to zero (CLOSED).
  If that MAS is a target region in a workload, then the
  region will appear to be non-selectable in the WLMATARG records.
  This is represented through a very high routing weight
  (2,147,483,647).
  If sysplex optimsed workload management is being used then the
  MAS will be selectable for routing choices, but the MAS will
  not be selectable if optimised routing is not in effect.
  

Problem conclusion

• EYU0TIST has been modified to check EENDJOIN_CONNECT_TIME, the
  time the MAS reconnected to its CMAS, instead of
  EENDJOIN_MAS_START, the time the MAS started.
  

Temporary fix

Comments

APAR Information

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

  PH66461

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

  UO03880

Modules/Macros

• EYU0TIST
  

Fix information

• Fixed component name

  CICS TS Z/OS V6

• Fixed component ID

  5655YA100

Applicable component levels

• R50M PSY UO03880

     UP25/07/03 P F507

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.