IBM Support

OA29596: HISTORY SAMPLING TIMER SHOULD ACCOUNT FOR AGENT'S SAMPLE TIME BEFORE EXPIRING

A fix is available

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • Approver:   DK
    
    Enter the L2 engineer who did the recreate or "None": None
    L2 engineer: John Alvord
    
    Environment:
      ITM 6.2 FP1
      AIX 5.3
      Unix OS Agent, Agent support library
      Do you think the latest patch applied is involved? No
    Problem Description:
      Customer sets historical sampling interval to 1 minute. The
    data is actually recorded every 62 seconds.
    Detailed Recreation Procedure:
      See above.
    Related Files and Output:
      See ECUREP where several logs are recorded.
    

Local fix

Problem summary

  • ****************************************************************
    * USERS AFFECTED: All TEMS users.                              *
    ****************************************************************
    * PROBLEM DESCRIPTION: WHEN THE CUSTOMER SETS HISTORICAL       *
    *                      SAMPLING INTERVAL TO 1 MINUTE, THE DATA *
    *                      IS ACTUALLY RECORDED EVERY 62 SECONDS.  *
    ****************************************************************
    * RECOMMENDATION: Apply the PTF.                               *
    ****************************************************************
    When the customer sets historical sampling interval to 1
    minute, the data is actually recorded every 62 seconds.
    This is because the agent takes 2 seconds for each sample
    and the sample expiry timer does not take this time into
    account while setting the timer to expire the next time.
    

Problem conclusion

  • The code has been modified to keep track of the time taken
    to get the sample from the agent, and then subtract it from
    the sampling interval while setting the next timer
    expiration.
    
    Note:
    If the sampling interval is less than 1 minute and activity
    is high, the data collection time might be longer.  This
    might have an effect on the expiration time and number of
    samples taken. This is beyond program control.
    

Temporary fix

Comments

APAR Information

  • APAR number

    OA29596

  • Reported component name

    MGMT SERVER DS

  • Reported component ID

    5608A2800

  • Reported release

    620

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt

  • Submitted date

    2009-07-01

  • Closed date

    2009-07-21

  • Last modified date

    2009-08-03

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

    IZ48224

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

Modules/Macros

  • KRA      KRAETRP  KRALIB   KRANDREG KRAOPIRM
    

Fix information

  • Fixed component name

    MGMT SERVER DS

  • Fixed component ID

    5608A2800

Applicable component levels

  • R620 PSY UA48900

       UP09/07/29 P F907

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":"SSRJ5K","label":"Tivoli Management Server for Distributed Systems on z\/OS"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"620","Edition":"","Line of Business":{"code":"LOB17","label":"Mainframe TPS"}}]

Document Information

Modified date:
03 August 2009