Hi,

This was an issue several of you helped with back in March by confirming
that the issues with the BPX1DD service were reproducible at different
sites we quickly moved past looking at our site to IBM doing a recreate
in the lab and taking an APAR.
 
OA24361 is now closed with PTFs available.  

It addresses this problem and a separate problem we reported to the RMF
team when using VSTOR DETAIL against an asid that had many getmained
areas in shared subpools with many TCBs.    This provides dramatic CPU
utilization relief in these cases. 

Kudo's to the RMF team for the later code change! 

        Best Regards, 

                Sam Knutson, GEICO 
                System z Performance and Availability Management 
                mailto:[EMAIL PROTECTED] 
                (office)  301.986.3574              

"Think big, act bold, start simple, grow fast..." 


APAR Identifier ...... OA24361      Last Changed ........ 08/05/17
  VARIOUS RMF PROBLEMS
 
 
  Symptom ...... MS MSGERB307I        Status ........... CLOSED  PER
  Severity ................... 3      Date Closed ......... 08/05/14
  Component .......... 566527404      Duplicate of ........
  Reported Release ......... 730      Fixed Release ............ 999
  Component Name RMF                  Special Notice
  Current Target Date ..08/05/19      Flags
  SCP ...................
  Platform ............
 
  Status Detail: SHIPMENT - Packaged solution is available for
                            shipment.
 
  PE PTF List:
 
  PTF List:
  Release 720   : UA41046 available 08/05/17 (1000 )
  Release 730   : UA41047 available 08/05/17 (1000 )
  Release 740   : UA41048 available 08/05/17 (1000 )
 
 
  Parent APAR:
  Child APAR list:
 
 
  ERROR DESCRIPTION:
  1.)RMF Monitor III:
     During Daylight Savings Time change the following message may
     be issued by RMFGAT:
     RMFGAT ERB307I III: MONITOR III DATA GATHERER ERB3GINI.
     INTERFACE BPX1SDD FAILED. RETURN CODE: 0000 REASON CODE: 0000
     .
     ERB3GINI issues USS service BPX1SDD to dub the RMFGAT as a
     permanent process. It is possible for this service to give a
     return value of 0 or 1 when the process completes
     successfully.
     ERB3GINI is treating any non-zero return value as an error
     and is issuing ERB307I.
  2.)RMF Monitor I:
     Excessive CPU usage by RMF address space when VSTOR gatherer
     option is used to collect private are details for an address
     space.
     The problem occurs when the address space, specified by the
     VSTOR option, has many tasks that are sharing the same
     private storage subpool.
 
 
  LOCAL FIX:
  1.)None, this message can be ignored as informational if the
     return and reason code are both 0000.
  2.)None.
 
 
  PROBLEM SUMMARY:
  ****************************************************************
  * USERS AFFECTED: RMF users                                    *
  ****************************************************************
  * PROBLEM DESCRIPTION: 1. RMF Monitor III:Message ERB307I      *
  *                      after Daylight Savings Time change      *
  *                                                              *
  *                      2. RMF Monitor I:Excessive CPU          *
  *                      time, usage by RMF address space when   *
  *                      Monitor I VSTOR option is active to     *
  *                      collect private storage data            *
  ****************************************************************
  * RECOMMENDATION: 1. None, please install this apar.           *
  *                 2. None, please install this apar.           *
  ****************************************************************
  1. RMF Monitor III:
     When RMF Monitor III performs an internal restart as result
     of a Daylight Saving Time change, USS service BPX1SDD in
     module ERB3GINI successfully completes with a return value
     of 1. Since ERB3GINI treats any non-zero return values as an
     error, misleading message ERB307I with BPX1SDD interface
     failure is issued.
  Affected RMF releases: z/OS-1.7 up to z/OS-1.9
  2. RMF Monitor I:
     RMF Monitor I uses VSMLIST service to collect private
     storage data of address spaces specified by the VSTOR
     gatherer option.
     Since VSTOR data gatherer ERBMFPVS does not specify the
     PVTSP parameter in the VSMLIST call, the default of
     PVTSP=ALL is used.
     This causes excessive time in the VSMLIST service for
     address spaces, with a large number of tasks that are
     sharing private storage subpools.
     ERBMFPVS should be changed to use PVTSP=OWNED parameter in
     the VSMLIST call to retrieve the address space private
     storage.
  Affected RMF releases: z/OS-1.7 up to z/OS-1.9
 
 
  PROBLEM CONCLUSION:
  1. RMF Monitor III:
     With this APAR, module ERB3GINI is changed to consider
     return values 0 and 1 as successful BPX1SDD service calls.
  2. RMF Monitor I:
     With this APAR, module ERBMFPVS uses PVTSP=OWNED parameter
     in the VSMLIST service call to retrieve private storage
     subpools (SP=PVT).
 
 
  TEMPORARY FIX:
 
 
  COMMENTS:
 
 
  MODULES/MACROS:   ERBMFPVS ERB3GINI
 
 
  SRLS:      NONE
 
 
  RTN CODES:
 
 
  CIRCUMVENTION:
 
 
  MESSAGE TO SUBMITTER:




====================
This email/fax message is for the sole use of the intended
recipient(s) and may contain confidential and privileged information.
Any unauthorized review, use, disclosure or distribution of this
email/fax is prohibited. If you are not the intended recipient, please
destroy all paper and electronic copies of the original message.

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Reply via email to