IV72223: GBLRESRM CRASHES DUE TO FREQUENCY AND DURATION OF MONITORCOMMAND EXECUTIONS

4.1.1-TIV-SAMP-Linux64-FP0001
4.1.1-TIV-SAMP-AIX-FP0001
4.1.0-TIV-SAMP-AIX-FP0002
4.1.0-TIV-SAMP-Linux64-FP0002
4.1.0-TIV-SAMP-Linux-FP0002
3.2.2-TIV-SAMP-Linux-FP0009
3.2.2-TIV-SAMP-AIX-FP0009
3.2.2-TIV-SAMP-Solaris-FP0009
3.2.2-TIV-SAMP-Windows-FP0009
3.2.2-TIV-SAMP-Windows-FP0009
4.1.0-TIV-SAMP-AIX-FP0003
4.1.0-TIV-SAMP-Linux-FP0003
4.1.0-TIV-SAMP-Linux64-FP0003
4.1.0-TIV-SAMP-AIX-FP0006
4.1.0-TIV-SAMP-Linux-FP0006
4.1.0-TIV-SAMP-Linux64-FP0006
4.1.0-TIV-SAMP-AIX-FP0007
4.1.0-TIV-SAMP-Linux64-FP0007
SAMP4107_Verification_Signatures
4.1.1-TIV-SAMP-AIX-FP0000
4.1.1-TIV-SAMP-Linux64-FP0000
3.2.2-TIV-ITSAMP-FP0009, Tivoli System Automation for Multiplatforms
4.1.0-TIV-ITSAMP-FP0003, Tivoli System Automation for Multiplatforms
4.1.0-TIV-ITSAMP-FP0004, Tivoli System Automation for Multiplatforms

APAR status

• Closed as program error.

Error description

• In environmnents running TSAMP 3.2.2.5 up to 4.1.0.1 it might
  come to frequent crashs of IBM.GblResRM because the process is
  running out of memory (OOM).
  A trigger is the frequeny and duration of MonitorCommand
  executions where especially longer duration of MonitorCommand
  results in increased memory consumption.
  

Local fix

Problem summary

• ****************************************************************
  * USERS AFFECTED: Tivoli System Automation for Multiplatforms
  * (SA MP) 3.2.2.5 up to 4.1.0 users using IBM.Application
  * resources
  ****************************************************************
  * PROBLEM DESCRIPTION:
  * It might come to frequent crashs of IBM.GblResRM because the
  * process is running out of memory. The memory is allocated by
  * frequent and longer running MonitorCommands, so a trigger is
  * the frequeny and duration of MonitorCommand executions.
  * Especially longer duration of MonitorCommands results in
  * increased memory consumption over time.
  ****************************************************************
  * RECOMMENDATION:
  ****************************************************************
  

Problem conclusion

• The internal handling of the GblResRM has been adjusted to
  address the issue. Now the memory leak has been fixed, the
  GblResRM no longer crashes.
  .
  The official fix for this problem is included in Tivoli System
  Automation for Multiplatforms 4.1.0 fix pack 2
  | 4.1.0-TIV-ITSAMP-FP0002 |
  .
  Additional Search Keywords
  .
  

Temporary fix

Comments

APAR Information

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

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

Fix information

• Fixed component name

  SA MULTIPLATFOR

• Fixed component ID

  5724M0000

Applicable component levels