IO28145: AFTER MOVING TO HCM 2.3.4 FROM HCM 2.3.1 PERFORMANCE IS SEVERELY DEGRADING WHEN FILTERING IS IN EFFECT

Obtain the fix for this APAR.

APAR status

• Closed as program error.

Error description

• An HCM customer uses filters for making changes to particular
  device ranges in a very large I/O configuration with more than
  10 processor configurations. Specifically, they  select from the
  menu->edit->device to filter devices to a certain type i.e
  3390A; and when it's done they attempt to scroll up and down in
  order to change subchannel set values for selected device
  ranges.
  Before moving to HCM 2.3.4 from HCM 2.3.1, the results were
  almost instant.
  After the upgrade navigating and making changes became almost
  impossible, due to huge delays between initiation and completion
  of an action (scroll, change, etc.).
  Performance in stand-alone mode did ot suffer.
  
  ANALYSIS:
  Using a provided .hcmz (compressed .hcm) file and the IODF with
  a VERY large I/O configuration (more than 10 processor
  configurations), followed the steps, listed in the Error
  Description section.
  Indeed, performance of HCM was coming to practical halt at
  certain points (scrolling, as an example).
  Performance of the same version of HCM in stand-alone mode did
  NOT suffer
  
  KNOWN IMPACT:
  With HCM 2.3.4, use of filters in the described scenario makes
  completion of various tasks almost impossible when connected to
  the IODF.
  
  VERIFICATION STEPS:
  1. Start HCM 2.3.4 as connected to the host
  2. Load the IODF, that includes a large number of processor
  configurations, into HCM - with or without an earlier
  created.hcmz.
  3. Select from the menu->edit->device and then invoke a filter
  to produce a list of devices of a certain type (3390A in this
  particular case)
  4. When the filtered list of devices is built, attempt to scroll
  up or down, initiate a chance of a subchannel set, etc.
  
  ADDITIONAL SYMPTOMS:
  no additional symptoms
  

Local fix

• BYPASS/CIRCUMVENTION:
  Use HCD on the z/OS host to make necessary changes
  
  RECOVERY ACTION:
  no recovery actions
  

Problem summary

• ****************************************************************
  * USERS AFFECTED:                                              *
  * All users of z/OS V2R4(HCM1H10)                              *
  * and V2R3(HCM1G10).                                           *
  ****************************************************************
  * PROBLEM DESCRIPTION:                                         *
  * In "Edit a Device" panel, devices                            *
  * list shows slowly when                                       *
  * "Used SCHS for OS" column is                                 *
  * included.                                                    *
  ****************************************************************
  * RECOMMENDATION:                                              *
  * Install the PTF.                                             *
  ****************************************************************
  

Problem conclusion

• It's caused by numerous calculation when showing value of
  "Used SCHS for OS". The performance improves by applying this
   APAR which optimizes the process to show the value of
  "Used SCHS for OS".
  

Temporary fix

Comments

APAR Information

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

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

  UO01985 UO01986

Modules/Macros

• EEQINSTM
  

Fix information

• Fixed component name

  MVS HDWARE CFG.

• Fixed component ID

  569711900

Applicable component levels

• RH10 PSY UO01986

     UP21/05/12 P F105

• RG10 PSY UO01985

     UP21/05/12 P F105

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.