IBM Support

OA43969: SEEING A LARGE AUTOTIME FOR MVS MESSAGES THAT ARE TO BE AUTOMATED 14/02/24 PTF PECHANGE

A fix is available

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • Customer recently applied several PTFs to NetView including
    UA67822 which modified the throttling algorithm for CNMCSSIR.
    The customer started seeing very larg AUTOTIME values for MVS
    messages that needed automation. It seems their system is a
    very busy system and it is not unusual to have one or more
    autotasks with a backup on its low priority message queue. This
    backup causes throttling to take place.
    

Local fix

Problem summary

  • ****************************************************************
    * USERS AFFECTED: All users of Tivoli NetView for z/OS V5R4    *
    *                 and above (including IACz).                  *
    ****************************************************************
    * PROBLEM DESCRIPTION: When there are over 1000 commands total *
    *                      queued to NetView tasks, automation of  *
    *                      MVS messages is delayed.                *
    ****************************************************************
    * RECOMMENDATION:                                              *
    ****************************************************************
    MVS message throttling goes into effect when either the virtual
    storage usage in the NetView address space is very close to
    maximum or the number of commands waiting to be processed on
    NetView tasks is very high. The value for the "very high" number
    of commands was set to 1000. This was seen as an exception
    condition. However, there are cases where it is not unusual for
    a single autotask to be backed up with more than 1000 commands.
    When this occurs, processing of MVS messages shouldn't be
    delayed because of a backup that's not affecting all of
    NetView's command processing.
    

Problem conclusion

  • DSIMIGIT is being changed to set the number of queued commands
    that causes throttling to take place to be higher than any that
    could occur. This, in effect, eliminates the throttling of MVS
    messages because of queued commands.
    

Temporary fix

Comments

APAR Information

  • APAR number

    OA43969

  • Reported component name

    NETVIEW FOR Z/O

  • Reported component ID

    5697NV600

  • Reported release

    10B

  • Status

    CLOSED PER

  • PE

    YesPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt

  • Submitted date

    2013-11-25

  • Closed date

    2014-01-27

  • Last modified date

    2014-03-03

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

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

    OA44302 UA72156

Modules/Macros

  • DSIMIGIT
    

Fix information

  • Fixed component name

    NETVIEW FOR Z/O

  • Fixed component ID

    5697NV600

Applicable component levels

  • R10B PSY UA72156

       UP14/02/23 P F402

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":"SSZJDU","label":"IBM Z NetView"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"10B","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":"10B","Edition":"","Line of Business":{"code":"","label":""}}]

Document Information

Modified date:
03 March 2014