IBM Support

OA41645: NEW OPTION IN WLM SERVICE DEFINITION TO ENABLE I/O PRIORITY GROUPS

A fix is available

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • The WLM ISPF Application is enhanced with a new option on the
    Service Coefficients/Options panel which allows
    I/O priority groups to be enabled.
    
    In addition, this apar is correcting the following problem:
    Abend14F rc4C on a call to STATUS from IRAMSBLD or IRAMSFRE
    after a WLM policy activation.
    External symptom:  AB/S014F 04C NUCLEUS IRARMEVT
    

Local fix

Problem summary

  • ****************************************************************
    * USERS AFFECTED: All users of z/OS 2.1 (HBB7790)              *
    ****************************************************************
    * PROBLEM DESCRIPTION: New option on the Service Coefficients/ *
    *                      Options panel in the WLM ISPF           *
    *                      Administrative Application to enable    *
    *                      I/O priority groups. When set to YES,   *
    *                      WLM considers I/O priority groups and   *
    *                      sets higher I/O priorities for work in  *
    *                      service classes assigned to             *
    *                      I/O priority group HIGH than for work   *
    *                      in I/O priority group NORMAL.           *
    ****************************************************************
    * RECOMMENDATION:                                              *
    ****************************************************************
    The WLM ISPF Application is enhanced by a new option on the
    Service Coefficients/Options panel to enable I/O priority
    groups.  When set to YES, WLM sets higher I/O priorities for
    work in service classes assigned to I/O priority group HIGH
    than for work in service classes assigned to I/O priority
    group NORMAL. When set to NO, I/O priority groups are ignored
    when assigning I/O priorities.  I/O priorities are also
    recognized at the I/O controller level.  As soon as I/O
    priority groups are enabled in the service definition of one
    sysplex, it is recommended to enable I/O priority groups in
    the service definitions of all active systems and sysplexes
    which share I/O controllers. This ensures that all connected
    systems utilize a consistent range of I/O priorities.
    

Problem conclusion

  • The WLM ISPF Application is enhanced to provide a new "Enable
    I/O Priority Groups" option on the Service Coefficient/Service
    Definition Options panel.  This new option is used to enable I/O
    priority groups for WLM service classes.  The default setting
    for I/O Priority Groups is NO.
    
    A service class assignment to I/O priority group HIGH is only
    honored if both the I/O Priority Management and Enable I/O
    Priority Groups options are set to YES.  A new check for this
    has been added in the Validate task of the Administrative
    Application and the following message is displayed when one of
    the options is NO but service classes are assigned to HIGH:
    IWMAM918 Service class(es) assigned to I/O priority group HIGH
    but I/O priority management or I/O priority groups are not
    enabled. The I/O priority group will not be honored.
    
    In addition, on the Coefficient/Service Definition Options
    panel, if YES is specified for the Enable I/O Priority Groups
    option while I/O Priority Management is NO, the Administrative
    Application displays the following message:
    IWMAM987 If option for I/O priority groups is Yes, option for
    I/O priority management must also be Yes.
    
    Furthermore, following parts were added to insert missing
    information in the module header:   IRAMSCTH IRAMSFRE IWMP2EAE
    IWMP2ECR IWMP2ESE IWMP2EXT IWMP2RSD IWMP2VDR IWMP2VPA IWMP2VPR
    IWMP2VPS IWMP2VSA IWMP2VSD IWMP2VSE IWMP2VSP IWMP2VS2 IWMP2WAP
    

Temporary fix

Comments

APAR Information

  • APAR number

    OA41645

  • Reported component name

    SRM - SYS RSRCE

  • Reported component ID

    5752SC1CX

  • Reported release

    790

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt / Xsystem

  • Submitted date

    2013-03-08

  • Closed date

    2013-07-16

  • Last modified date

    2017-02-07

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

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

    UA69916

Modules/Macros

  • IRAMSBLD IRAMSBL2 IRAMSCSH IRAMSCTH IRAMSFRE
    IWMAMEWL IWMAM43X IWMAM431 IWMAM464 IWMAM91  IWMAM98  IWMAP8D
    IWMARCHK IWMARDCF IWMARI2X IWMARX2I IWMARZFL IWMAR01  IWMAR8D
    IWMAS01  IWMA2SD1 IWMA3MEW IWMA3M3X IWMA3M31 IWMA3M64 IWMH3DQ
    IWMH8D   IWMH8G   IWMP2EAE IWMP2ECR IWMP2ESE IWMP2EXT IWMP2PRQ
    IWMP2RSD IWMP2SPC IWMP2VDR IWMP2VPA IWMP2VPR IWMP2VPS IWMP2VSA
    IWMP2VSD IWMP2VSE IWMP2VSP IWMP2VS2 IWMP2WAP IWMSVDEF IWMSVPOL
    IWMZ2MST IWMZ2SVP
    

Fix information

  • Fixed component name

    SRM - SYS RSRCE

  • Fixed component ID

    5752SC1CX

Applicable component levels

  • R790 PSY UA69916

       UP13/07/31 P F307

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":"BU054","label":"Systems w\/TPS"},"Product":{"code":"SG19M","label":"APARs - z\/OS environment"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"790","Edition":"","Line of Business":{"code":"","label":""}},{"Business Unit":{"code":null,"label":null},"Product":{"code":"SG19O","label":"APARs - MVS environment"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"790","Edition":"","Line of Business":{"code":"","label":""}}]

Document Information

Modified date:
07 February 2017