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
- Release highlights
- Problems fixed
- Architecture and prerequisites
- Image directory contents
- Installation instructions
- Additional installation information
- Known problems and workarounds
- Additional product information
- Download Package
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.
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
- This fix is supported on all operating systems listed in the IBM Tivoli Composite Application Manager Agent for DB2 V7.1.6.
- Refer to the IBM Software Product Compatibility Reports (SPCR) for the latest operating system certification information: https://www.ibm.com/software/reports/compatibility/clarity/index.html.
Prerequisites for this fix
The prerequisite level for this fix is:- IBM Tivoli Composite Application Manager Agent for DB2 V7.1.6. https://www.ibm.com/support/pages/node/6619669.
Image directory contents
- 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
- 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
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
- 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. - 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.
- 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.
- 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.tarWhere,
- 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 - 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
- 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. - 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.
- 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.
- 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 - On Windows systems, if the fix was expanded to <TEMP>\7.1.6-TIV-ITM_DB2-IF0004,
Where,> %CANDLE_HOME%\bin\tacmd addBundles -n -i <TEMP>\7.1.6-TIV-ITM_DB2-IF0004
-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. - 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
-
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 login -s <server> -u <itmuser> -p <password> > $CANDLEHOME/bin/tacmd listSystems
Windows> $CANDLEHOME/bin/tacmd updateAgent -t ud -n <Managed system name> -v 071600004
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 login -s <server> -u <itmuser> -p <password> > %CANDLE_HOME%\bin\tacmd listSystems> %CANDLE_HOME%\bin\tacmd updateAgent -t ud -n <Managed system name> -v 071600004
- 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.- 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.
- 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.
- 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.
- Use one of the following options to install the application support files.
- 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. - 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:- 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.
- 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
On Windows systems> ./itmasi.sh [-h <CANDLEHOME>] [-j <JAVAHOME>]
Where,> itmasi [-h <CANDLEHOME>] [-j <JAVAHOME>]
-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
On Windows systems> ./itmasi.sh -h <CANDLEHOME>[-silent] [-r <response file>] [-j <JAVAHOME>]
Where,> itmasi -h <CANDLEHOME> [-silent] [-r <response file>] [-j <JAVAHOME>]
-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.
- Use the self-describing agent (SDA) capability.
- 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:

Continue through the remaining GUI panels selecting the DB2 agent 07.16.00.04 support to complete the installation. - 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
Additional information on using the "itmpatch" command
The "itmpatch" command has the following syntax:
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> }
-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.
- 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.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
- 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
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.
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.
Where,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>
<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'.
- To collect data by using the SQL method, DB2 version must be 9.7 FP1 or later.
- 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
| Download | Release date | Language | Size | Download options |
|---|---|---|---|---|
| 7.1.6-TIV-ITM_DB2-IF0004 | 11 Sept 2025 | US English | 138 MB | Fix Central* |
Product Synonym
KUD;UD;7.1.6-TIV-ITM_DB2-IF0004
Was this topic helpful?
Document Information
Modified date:
11 September 2025
UID
ibm17243010