IBM Support

Readme: IBM® Tivoli® Composite Application Manager Agent for DB2, Version 7.1.6 Interim Fix 4

Fix Readme


Abstract

This is a readme for the IBM® Tivoli® Composite Application Manager Agent for DB2, Version 7.1.6 Interim Fix 4 (7.1.6-TIV-ITM_DB2-IF0004).

Content

Release details

Product name IBM Tivoli Composite Application Manager for Applications
Component name IBM(R) Tivoli(R) Composite Application Manager Agent for DB2, Version 7.1.6
Component ID 5724B96DO
Interim Fix 0004 (7.1.6-TIV-ITM_DB2-IF0004)
Release date 11th September 2025

Release highlights

Following is the list of the new features and enhancements for this release.

New features

  • Support for Red Hat Enterprise Linux Version 10.x on platforms x86-64, pLinuxLE, by skipping the prerequisite check.
  • Support for Ubuntu 24.04 LTS version for the platform x86-64, by skipping the prerequisite check.
Note: The above platforms are only supported by the DB2 monitoring agent, whereas the DB2 server DOES NOT support them yet. 

Problems fixed

APARs fixed:

APAR: DT445943

Abstract: The tacmd createsystemlist command fails when attempting to create a custom managed system list (MSL) using the -t flag for the DB2 agent type (UD).

Additional information:

This issue arises only when DB2 agent support files are installed on TEMS or TEPS, either manually or through SDA.

In DB2 agent version 7.1.3, the agent affinity text was changed from "DB2" to "DB2 server".

However, the TEMS code still expects and refers to the affinity string as "DB2", and the TEMS database was not updated accordingly. As a result, the agent type UD (used by DB2 agents) is no longer recognized as valid during createsystemlist operations, leading to the observed error.

APAR: DT446917

Abstract: DB2 v12.1 or later Deprecation of SNAP_GET_APPL_INFO_V95 Affects ITCAMA DB2 Agent's KudGrantUserPermissions.sh and KUD Locking Conflicts Attribute Group

Additional information:

In environments where IBM Tivoli Composite Application Manager (ITCAMA) DB2 Agent version 7.1.6-TIV-ITM_DB2-IF0003 is deployed, upgrading the database to DB2 v12.1 or later introduces compatibility issues due to the deprecation and removal of the routine SYSPROC.SNAP_GET_APPL_INFO_V95.

As a result, the execution of the script KudGrantUserPermissions.sh/.bat fails with SQL0458N, indicating that the routine is no longer available. This impacts the agent's ability to grant the necessary permissions for DB2 monitoring.

Additionally, the KUD Locking Conflicts attribute group, which depends on this routine to retrieve application-level locking conflict data, becomes non-functional in DB2 v12.1 or later.

 

Defects fixed

  • Defect ITMAGT-184: KudGrantUserPermissions script is having a deprecated issue for Locking Conflict Attribute group, DB2 v12.1 or later
  • Defect ITMAGT-185: KudGrantUserPermissions.bat is encountering a WMIC error on the Win2K25 platform.
  • Defect ITMAGT-190: Locking Conflict Attribute Group data is not displayed on the ITM UI when connected to a DB2 v12.1 or later server instance.
  • Defect ITMAGT-260: Unable to run KudGrantUserPermissions script in Ubuntu platforms

Superseded fixes

  • 7.1.6-TIV-ITM_DB2-IF0003
  • 7.1.6-TIV-ITM_DB2-IF0002
  • 7.1.6-TIV-ITM_DB2-IF0001

Superseded interim fixes APAR and defects

  • APAR DT363502: The DB2 agent prints "Not Found" messages in the agent logs. 
    Additional Information: Log file with name hostname_ud_instancename. Logs are flooded with "Not found" messages, filling up the log space and resulting in high disk space usage.
  • APAR IJ46391: ITCAM DB2 AGENT 7.16.00 high CPU usage when KUD_DIAGLOG_BY_TABLE is SET TO N. When the DB2 agent is upgraded to 7.1.6-TIV-ITM_DB2-FP0000, CPU usage may be higher than expected if the variable KUD_DIAGLOG_BY_TABLE is set to 'N' in the ud.ini file. The agent log can be flooded with messages like:    
    (6459F286.467E-6: kumprmfr.c,473,"KUMP_ReadMonitorFileUnicodeRecord") ***** File record discarded <2023-05-09-09.11.37.122418+120 I36682714A572 LEVEL: Error 
  • Defect 147303: In the v716 agent on RHEL 8.x pLinuxLE platform, when data is collected by parsing the db2diag.log file, then Diagnostic Messages data is NOT displayed on UI.
  • Defect 147293: Agent Memory increases rapidly for 6-7 days, after that, it is stable at a very high level (around 350MB). When data is being collected by parsing the db2diag.log file and HDC is enabled for all AGs, set KUD_DIAGLOG_BY_TABLE=N in <candlehome>/config/ud.ini file. It has been observed that in HADR. Primary node v716 Agent Memory is increasing rapidly for 6-7 days, after that it is stable at a very high level (around 350 MB).   

Architecture and prerequisites

Prerequisites for this fix

  The prerequisite level for this fix is:
As this fix is cumulative, it can be installed on any fix level for this version, release, and mod level above the prerequisite.

Image directory contents

This fix image contains the following files:   
  • 7.1.6-TIV-ITM_DB2-IF0004.README  - This README file
  • 7.1.6-TIV-ITM_DB2-IF0004.tar.gz  - Fix archive TAR GZ format
  • 7.1.6-TIV-ITM_DB2-IF0004.zip - Fix archive ZIP format
Note: The TAR GZ and ZIP files are identical in content. Use the TAR GZ file if you are working on a UNIX® environment; use the ZIP file if you are working on a Windows® environment. 
The fix archive file contains the following files:
  • 7.1.6-TIV-ITM_DB2-IF0004/kud_aix526_tema_if0004.tar
  • 7.1.6-TIV-ITM_DB2-IF0004/kud_hpi116_tema_if0004.tar
  • 7.1.6-TIV-ITM_DB2-IF0004/kud_li6263_tema_if0004.tar
  • 7.1.6-TIV-ITM_DB2-IF0004/kud_ls3266_tema_if0004.tar
  • 7.1.6-TIV-ITM_DB2-IF0004/kud_lpp266_tema_if0004.tar
  • 7.1.6-TIV-ITM_DB2-IF0004/kud_lpl266_tema_if0004.tar
  • 7.1.6-TIV-ITM_DB2-IF0004/kud_lx8266_tema_if0004.tar
  • 7.1.6-TIV-ITM_DB2-IF0004/kud_sol283_tema_if0004.tar
  • 7.1.6-TIV-ITM_DB2-IF0004/kud_sol286_tema_if0004.tar
  • 7.1.6-TIV-ITM_DB2-IF0004/kud_sol606_tema_if0004.tar
  • 7.1.6-TIV-ITM_DB2-IF0004/kud_tems_teps_tepd_if0004.tar
  • 7.1.6-TIV-ITM_DB2-IF0004/kud_wix64_tema_if0004.cab
  • 7.1.6-TIV-ITM_DB2-IF0004/kud_tems_teps_tepd_if0004.zip
  • 7.1.6-TIV-ITM_DB2-IF0004/kudaix526.dsc        
  • 7.1.6-TIV-ITM_DB2-IF0004/kudhpi116.dsc
  • 7.1.6-TIV-ITM_DB2-IF0004/kudli6263.dsc
  • 7.1.6-TIV-ITM_DB2-IF0004/kudls3266.dsc
  • 7.1.6-TIV-ITM_DB2-IF0004/kudlpl266.dsc
  • 7.1.6-TIV-ITM_DB2-IF0004/kudlpp266.dsc
  • 7.1.6-TIV-ITM_DB2-IF0004/kudlx8266.dsc
  • 7.1.6-TIV-ITM_DB2-IF0004/kudsol283.dsc
  • 7.1.6-TIV-ITM_DB2-IF0004/kudsol286.dsc
  • 7.1.6-TIV-ITM_DB2-IF0004/kudsol606.dsc
  • 7.1.6-TIV-ITM_DB2-IF0004/KUDWIX64.dsc
  • 7.1.6-TIV-ITM_DB2-IF0004/inst_prereq_patch.sh
  • 7.1.6-TIV-ITM_DB2-IF0004/ud_dd_071600004.xml
  • 7.1.6-TIV-ITM_DB2-IF0004/ud_dd.properties
  • 7.1.6-TIV-ITM_DB2-IF0004/itmpatch.exe

Installation instructions

This fix can only be installed over an existing installation. Use the following steps to install this fix.

Before installing the fix

  • The prerequisites listed in the "Prerequisites for this fix" section must be installed before this fix can be installed.
  • For this README, the <CANDLEHOME> symbol is the IBM Tivoli Monitoring installation directory. The default value for CANDLEHOME is '/opt/IBM/ITM' on UNIX systems and 'C:\IBM\ITM' on Windows systems.
  • If you have customized the Monitoring Agent for the DB2 ud.ini file on a UNIX system, this file should be backed up before the fix install. After this fix is installed, edit the latest ud.ini file, and merge your modifications into this ud.ini file.

Local agent update

  1. Transfer the appropriate archive file (7.1.6-TIV-ITM_DB2-IF0004.tar.gz or .zip) to a temporary directory on the system that contains the agent code to be updated. For this README, the <TEMP> symbol represents the fully qualified path to this directory. 
    Note: On Windows systems, this path includes the drive letter.
  2. Expand the archive file by using the "tar" command on UNIX systems or an extract utility on Windows systems. Expanding the file creates a directory structure that contains fixes for all the supported operating systems.
  3. Use the "itmpatch" command to install the fix for the operating system of that agent. For more information on the "itmpatch" command, see section Additional information on using the "itmpatch" command.      
  4. On a UNIX system, if the fix is expanded to <TEMP>/7.1.6-TIV-ITM_DB2-IF0004, use the following installation command:
    > itmpatch -h <CANDLEHOME> -i <TEMP>/7.1.6-TIV-ITM_DB2-IF0004/kud_xxxxxx_tema_if0004.tar
    Where,
    - xxxxxx corresponds to the value in the first column returned by the ./cinfo -i command. 
    In the following example, the file is kud_aix526_tema_if0004.tar
    > ./cinfo -i
    Monitoring Agent for DB2 aix526 Version: 07.16.00.04
  5. On a Windows system, if the fix was expanded to <TEMP>\7.1.6-TIV-ITM_DB2-IF0004, use the following installation command:
    > itmpatch -h <CANDLEHOME> -i <TEMP>\7.1.6-TIV-ITM_DB2-IF0004\kud_wix64_tema_if0004.cab  

Remote agent update

  1. Transfer the appropriate archive file (7.1.6-TIV-ITM_DB2-IF0004.tar.gz or .zip) to a temporary directory on the Tivoli Enterprise Monitoring Server system.  For this README, the <TEMP> symbol represents the fully qualified path to this directory. 
    Note: On Windows systems, this path includes the drive letter.
  2. Expand the archive file by using the "tar" command on UNIX systems or an extract utility on Windows systems. Expanding the file creates a directory structure that contains fixes for all the supported operating systems.
  3. To add the agent fix bundles into the remote deploy depot, use the "tacmd addBundles" command in $CANDLEHOME/bin on UNIX systems or in %CANDLE_HOME%\bin on Windows systems. For more information about the "tacmd addBundles" command, see the IBM Tivoli Monitoring Command Reference.
  4. On UNIX systems, if the fix was expanded to <TEMP>/7.1.6-TIV-ITM_DB2-IF0004,
    > $CANDLEHOME/bin/tacmd addBundles -n -i <TEMP>/7.1.6-TIV-ITM_DB2-IF0004
  5. On Windows systems, if the fix was expanded to <TEMP>\7.1.6-TIV-ITM_DB2-IF0004,
    > %CANDLE_HOME%\bin\tacmd addBundles -n -i <TEMP>\7.1.6-TIV-ITM_DB2-IF0004
    Where,
    -n indicates that prerequisite bundles are not automatically added. The -n parameter must be used because the fix directory does not contain any prerequisites that the fix might require. See Prerequisites for this fix section.
    -i is the directory that contains the deployment bundles to be added to the depot. 
  6. To log in to the Tivoli Enterprise Monitoring Server and deploy the fix to the appropriate nodes where the agent is running, use the following "tacmd" commands.  For more information about the "tacmd login" and "tacmd updateAgent" commands, see the "IBM Tivoli Monitoring Administrator's Guide".    UNIX
  7. > $CANDLEHOME/bin/tacmd login -s <server> -u <itmuser>  -p <password>
    > $CANDLEHOME/bin/tacmd listSystems
    The output shows the list of Managed System Names on the remote system to be updated. Use this value as the target of the "tacmd updateAgent" command.
    > $CANDLEHOME/bin/tacmd updateAgent -t ud -n <Managed system name> -v 071600004
    Windows
    > %CANDLE_HOME%\bin\tacmd login -s <server> -u <itmuser> -p <password>           
    > %CANDLE_HOME%\bin\tacmd listSystems  
    The output shows the list of Managed System Names on the remote system to be updated. Use this value as the target of the "tacmd updateAgent" command.
    > %CANDLE_HOME%\bin\tacmd updateAgent -t ud -n <Managed system name> -v 071600004 
Note:
  • The component (-t) for the "tacmd updateAgent" command is specified as two characters (ud), not three characters (kud).
  • The node (-n) for the "tacmd updateAgent" command is the managed system name of the operating system (OS) agent to be updated. The target node for a "tacmd updateAgent" command is always an OS agent.      

Agent support update

This fix (7.1.6-TIV-ITM_DB2-IF0004) includes changes to the agent support files that must be installed. Use the following steps to update the Tivoli Enterprise Monitoring Server, Tivoli Enterprise Portal Server, or Tivoli Enterprise Portal Desktop.
  1. Transfer the appropriate archive file (7.1.6-TIV-ITM_DB2-IF0004.tar.gz or .zip) to the Tivoli Enterprise Monitoring Servers, Tivoli Enterprise Portal Servers, or Tivoli Enterprise Portal Desktops. 
  2. Expand the archive file by using the "tar" command on UNIX systems or an extract utility on Windows systems. This step creates a directory structure that contains fixes for all of the supported platforms.
  3. Expand the archive file (kud_tems_teps_tepd_if0004.tar or .zip) that contains the updates for the Tivoli Enterprise Monitoring Server, Tivoli Enterprise Portal Server, and Tivoli Enterprise Portal Desktop by using the "tar" command on UNIX systems or an extract utility on Windows systems. This step creates a directory structure that includes a subdirectory called CD-ROM, with the necessary updates.
  4. Use one of the following options to install the application support files.
    1. Use the self-describing agent (SDA) capability. 
      With the self-describing agent capability, new or updated IBM Tivoli Monitoring agents that are using IBM Tivoli Monitoring V6.2.3 or later can become operational after installation without having to perform additional product support installation steps. To take advantage of this capability, see the "Enabling self-describing agent capability at the hub monitoring server" topic in the IBM Tivoli Monitoring Installation and Setup Guide.  Also, see "Self-describing monitoring agents" in the IBM Tivoli Monitoring Administrator's Guide.
      Skip agent support update steps 5 and 6 if you use the self-describing agent capability.
    2. Use the Application Support Installer script to launch either the GUI installation or the silent installation of the application support files.     
      Note: For IBM Tivoli Monitoring Version 6.3 or later, one of the following additional steps must be performed:
      1. Acquire a platform-specific prepackaged JRE version of the Application Support Installer (ASI). See IBM Tivoli Monitoring Application Support Installer, 6.2-tiv-itm_asi-if0002 at https://www-01.ibm.com/support/docview.wss?uid=swg24034924 for download and installation instructions.
      2. Specify the -j javahome parameter with the path to a 32-bit Java® 1.5 or Java® 1.6 installation when running the itmasi.sh or itmasi.bat script described below.
        GUI installation option
        The Application Support Installer can be started by using one of the following commands from within the CD-ROM directory where the setup.jar file is located:
        On UNIX systems
        > ./itmasi.sh [-h <CANDLEHOME>] [-j <JAVAHOME>] 
        On Windows systems
        > itmasi [-h <CANDLEHOME>] [-j <JAVAHOME>] 
        Where,
        -h <CANDLEHOME> - Required. The path to the IBM Tivoli Monitoring installation directory.
        -j <JAVAHOME> - Optional. The fully-qualified path to the "bin" directory where Java(R) is installed. The location of Java on your system might vary.
        When prompted by the Application Support Installer for the installable media directory, select the CD-ROM directory, not the component directory. The installer can install updates for multiple components at the same time.
        Silent installation option
        To use the silent installation option, use one of the following commands from within the CD-ROM directory where the setup.jar file is located. 
        Note: Agent support upgrade for IBM Tivoli Monitoring Version 6.3 or above on Linux, zLinux, Solaris, and Windows operating systems requires the following files contained in interim fix 6.2-TIV-ITM_ASI-if0002. This is applicable to both the GUI and the silent installation option of the agent support upgrade.
        -  Linux: setupLinux.bin
        -  zLinux: setupLinux390.bin
        -  Solaris: setupSolaris.bin
        -  Windows: setupwin32.exe

        Follow the installation instructions that are contained in the "6.2-TIV-ITM_ASI-if0002.README."
        On UNIX systems
        >  ./itmasi.sh -h <CANDLEHOME>[-silent] [-r <response file>] [-j <JAVAHOME>] 
        On Windows systems
        
        > itmasi -h <CANDLEHOME> [-silent] [-r <response file>] [-j <JAVAHOME>] 
        Where,
        -h <CANDLEHOME> - Required. The path to the IBM Tivoli Monitoring installation directory.
        -r <response file> - Required. Customized response file name. The default response.txt file in the CD-ROM directory can be copied and modified for your environment. Do not update the response.txt file. 
        -j <JAVAHOME> - Optional. The fully qualified path to the "bin" directory where Java(R) is installed. The location of Java on your system might vary.
  5. The next panel presented by the Application Support Installer asks for the selection of Tivoli Monitoring components to which you want to add application support. The Application Support Installer detects which IBM Tivoli Monitoring components are installed.
    For this fix, check or clear the check boxes as follows:
    alt text
    Continue through the remaining GUI panels selecting the DB2 agent 07.16.00.04 support to complete the installation.
  6. If the Tivoli Enterprise Portal Desktop or Tivoli Enterprise Portal Browser was running when the update was installed, it must be restarted.  

Additional installation information

Patch upgrade on Windows machine

On Windows machine, different agent binaries are used for different instances of DB2 server that are configured for monitoring. Installing the patch by following the steps mentioned in the local agent update and remote agent update section will replace only the template agent binary and will not replace the instance-specific binary. So latest agent binary will not be used for monitoring. To use the latest binary after the patch upgrade, unconfigure the already configured DB2 instances and configure those again.

Installation instructions for agent baroc file

This fix (7.1.6-TIV-ITM_DB2-IF0004) includes changes to the agent baroc files that must be reinstalled. If you have already installed these baroc files, there are no additional installation steps. If not, see the version of the IBM Tivoli Monitoring Installation and Setup Guide that is appropriate for your installation. See "Installing monitoring agent baroc files on the event server" in the "Installing the IBM Tivoli Enterprise Console Event Synchronization" section for more information.
   

Additional information on using the "itmpatch" command

The "itmpatch" command has the following syntax:

Usage
itmpatch -h <installation home> [OPTIONS]
itmpatch -h <installation home> -t { <patch_file_directory> | <patch_file> }
itmpatch -h <installation home> -i { <patch_file_directory> | <patch_file> }
Where,
  -h  Specifies the IBM Tivoli Monitoring installation directory.
  -i  Specifies the path to the directory or patch file to be installed.
  -t  Generates a report of the actions to be taken by the patch.
For example, on UNIX systems, 
- To preview the fix installation, use the "-t" option
> <CANDLEHOME>/bin/itmpatch -h <CANDLEHOME> -t <TEMP>
- To install the fix, use the "-i" option
> <CANDLEHOME>/bin/itmpatch -h <CANDLEHOME> -i <TEMP>
Where
<CANDLEHOME> is the fully qualified IBM Tivoli Monitoring installation directory. On Windows systems, this path must include the drive letter.
<TEMP> represents the fully qualified directory specification where the fix is located. On Windows systems, this must include the drive letter.

Verifying the update

To verify that the agent was updated correctly, use the "tacmd" command to view the current version of the agent after the agent is restarted. You are required to log in to a Tivoli Enterprise Monitoring Server before viewing the agent version.  
For example:
On UNIX systems, where $CANDLEHOME is the IBM Tivoli Monitoring installation directory. The default location is /opt/IBM/ITM.   
> $CANDLEHOME/bin/tacmd login -s <server> -u <itmuser> -p <password>
> $CANDLEHOME/bin/tacmd listSystems -t UD
On Windows systems, where %CANDLE_HOME% is the IBM Tivoli Monitoring installation directory, the default location is C:\IBM\ITM.   
> %CANDLE_HOME%\bin\tacmd login -s <server> -u <itmuser> -p <password>                          
> %CANDLE_HOME%\bin\tacmd listSystems -t UD
Note:
  • The component (-t) for the tacmd listSystems command is specified as two characters UD, not three characters KUD.
  • When the agent update is successful, the agent version is displayed as 07.16.00.04.

Known problems and workarounds

Problem: The Watchdog service of Monitoring LINUX/UNIX OS Agent version 06.30.07.00 cannot manage the DB2 v716IF04 agent when both the base agent and IF04 patch are installed and updated remotely.
Workaround: To resolve this, stop the OS Agent, delete the file located at $CANDLEHOME/config/CAP/pas.dat on LINUX/UNIX systems, and then restart the OS Agent.
Problem: The Application Support for DB2 v716IF04 is not getting installed through the GUI method on the Linux platform.
Workaround: Either use the silent method or SDA to install application support for the DB2 v716IF04 patch.

Additional product information

Environment Variables

Support for the following environmental variables is included in this fix. To use a particular variable on UNIX systems, add it to $CANDLEHOME/config/ud.ini file, and to use it on Windows systems, add it to in %CANDLE_HOME%\<agent_install_dir>\KUDENV_<instancename> file.
  • KUD_LOCKCONFLICT_BY_SQL
    • Can be used to set the Locking Conflict attribute group data collection method.
    • Set KUD_LOCKCONFLICT_BY_SQL=Y to do data collection by using the SQL method.
      • To collect data by using the SQL method, DB2 version must be 9.7 FP1 or later.
        If data is not collected by using the SQL method, then it is required to explicitly grant the required user permissions by running the following statements on the DB2 console for *EACH* database.  
        CONNECT TO <database_name>
        GRANT EXECUTE ON FUNCTION 
         SYSPROC.SNAP_GET_APPL_INFO(VARCHAR(128),INTEGER) 
         TO USER <username>
        GRANT SELECT ON 
         SYSIBMADM.MON_LOCKWAITS 
         TO USER <username>
        GRANT EXECUTE ON FUNCTION 
         SYSPROC.MON_GET_APPL_LOCKWAIT 
         TO USER <username>
        GRANT SELECT ON 
         SYSIBMADM.TBSP_UTILIZATION 
         TO USER <username>
        GRANT EXECUTE ON FUNCTION 
         SYSPROC.MON_GET_LOCKS(CLOB(),INTEGER) 
         TO USER <username>
        Where,
        <username>: for Windows – SYSTEM is the default user, for UNIX - instance owner is the user.
        Set KUD_LOCKCONFLICT_BY_SQL=N to do data collection by using a snapshot. The default value of this variable is 'Y'.
  • KUD_REPLICATION_ON
    • Can be used to avoid execution of ASN queries. 
    • Set KUD_REPLICATION_ON=Y to execute all ASN queries irrespective of the ASN schema presence.
    • Set KUD_REPLICATION_ON=N to exclude the ASN queries from execution.  The default value of this variable is 'Y'.
  • DB2_CF_PARTITION_NUMS
    • Can be used to exclude CF nodes from the data collection algorithm in a pureScale environment.
    • Set DB2_CF_PARTITION_NUMS=<CF node number>. No default value is set for this variable.
  • KUD_T1_BY_SQL
    • Can be used to set the tablespace attribute group collection method. 
    • Set KUD_T1_BY_SQL=Y to do data collection by using SQL queries. 
      • To collect data by using SQL queries, DB2 version must be 9.7 or later, and the user who starts the DB2 agent must have EXECUTION privileges on MON_GET_TABLESPACE and MON_GET_CONTAINER for all databases.
    • Set KUD_T1_BY_SQL=N to do data collection by using a snapshot.  The default value of this variable is 'N'.
  • KUD_T1_DISABLE
    • Can be used to disable tablespace attribute group collection.
    • Set KUD_T1_DISABLE=Y to disable data collection. 
    • Set KUD_T1_DISABLE=N to enable data collection. The default value of this variable is 'N'.
  • KUD_DIAGLOG_BY_TABLE
    • Can be used for DB2 version 10 and above to collect diagnostic log by table query, 
    • Set KUD_DIAGLOG_BY_TABLE=Y to start data collection by using SQL query.
    • Set KUD_DIAGLOG_BY_TABLE=N to start data collection by parsing diagnostic logs.  The default value of this variable is 'Y'.
  • KUD_DISABLE_DIAGLOG
    • Can be used to disable diagnostic log attribute group collection. 
    • Set KUD_DISABLE_DIAGLOG=Y to disable data collection.
    • Set KUD_DISABLE_DIAGLOG=N to enable data collection.  The default value of this variable is 'N'.
  • KUD_SNAPSHOT_DUMPOUT
    • Can be used to trace the DB2 snapshot buffer of a specific attribute group. 
    • Set KUD_SNAPSHOT_DUMPOUT=Y to dump snapshot buffer data into a file. 
    • Set KUD_SNAPSHOT_DUMPOUT=N to disable the snapshot buffer dump data feature. There is no default value set for this variable.
  • KUD_SNAPSHOT_READIN
    • Can be used to trace an agent with the DB2 snapshot buffer of a specific attribute group
    • Set KUD_SNAPSHOT_READIN=Y to enable tracing.
    • Set KUD_SNAPSHOT_READIN=N to disable the tracing. There is no default value set for this variable.

Download package


What is Fix Central?

[{"Type":"MASTER","Line of Business":{"code":"LOB77","label":"Automation Platform"},"Business Unit":{"code":"BU048","label":"IBM Software"},"Product":{"code":"SS3JRN","label":"Tivoli Composite Application Manager for Applications"},"ARM Category":[{"code":"a8m500000008b8sAAA","label":"ITCAM-for-Applications-\u003EDB2 Agent Internal"}],"Platform":[{"code":"PF002","label":"AIX"},{"code":"PF010","label":"HP-UX"},{"code":"PF016","label":"Linux"},{"code":"PF027","label":"Solaris"},{"code":"PF033","label":"Windows"}],"Version":"All Versions"}]

Product Synonym

KUD;UD;7.1.6-TIV-ITM_DB2-IF0004

Document Information

Modified date:
11 September 2025

UID

ibm17243010