IBM Support

OA26569: MEMORY LEAK WHEN A REMOTE TEMS RECONNECTS TO THE HUB

A fix is available

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • Environment:
    All platforms
    
    Problem Description:
       Memory leaks occurs in a remote TEMS when it reconnects to
    the HUB.
    
    The memory leak occurred in ko4crtsq.cpp's processNodeListUpdate
    method.
    
    The correction is the addition of a single line to do a delete
    of the
    remoteTable.  The following is a snippet of the area where the
    delete
    needs to be added:
    
    Line#
     6275   delete cacheTable;
     6276   delete hubTable;
     6277   delete remoteTable;    // This needs to be added
    
    
    The line number may vary depending the version of ITM source for
    this unit.
    
    Provide a detailed step-by-step recreation procedure.
       Configure a HUB and remote TEMS.  After the remote connects
    and completely initializes shutdown the HUB.  Wait the the
    remote TEMS detects that the HUB is no longer available then
    restart the HUB and let the remote reconnect to the HUB and
    completely initializes.
    
       The platform chosen to do the above was Windows.  An memory
    leak analysis tool called debugDiag.exe was used to measure the
    memory growth and it also identified the largest storage
    offenders along with the call stack.
    
    Related Files and Output:
       For Windows, viewing task manager for the kdsmain.exe process
    while recreating the memory leak would also be a good idea along
    with keeping notes.  eg.  TEMS start time, virtual memory.
    configuration files, coredumps, etc.
    

Local fix

  • remote TEMS reycle will recover
    

Problem summary

  • ****************************************************************
    * USERS AFFECTED: All TEMS users.                              *
    ****************************************************************
    * PROBLEM DESCRIPTION: Memory leak occurs in an RTEMS when it  *
    *                      reconnects to the HTEMS.                *
    ****************************************************************
    * RECOMMENDATION: Apply the PTF.                               *
    ****************************************************************
    Memory usage increases in an RTEMS whenever it reconnects to
    the HTEMS. The amount of memory can be minor or significant,
    depending on the configuration of the RTEMS.
    

Problem conclusion

  • The code was modified to release the storage in question when
    it is no longer needed.
    

Temporary fix

Comments

APAR Information

  • APAR number

    OA26569

  • Reported component name

    MGMT SERVER DS

  • Reported component ID

    5608A2800

  • Reported release

    610

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt

  • Submitted date

    2008-09-23

  • Closed date

    2008-12-10

  • Last modified date

    2009-01-03

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

    IZ33057

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

Modules/Macros

  • KSMOMS
    

Fix information

  • Fixed component name

    MGMT SERVER DS

  • Fixed component ID

    5608A2800

Applicable component levels

  • R610 PSY UA45060

       UP08/12/23 P F812

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":"610","Edition":"","Line of Business":{"code":"LOB17","label":"Mainframe TPS"}}]

Document Information

Modified date:
03 January 2009