Fix Readme
Abstract
This document contains fix list information for Financial Transaction Manager for Red Hat OpenShift 4.0.6.
Content
The following table shows the list of available packages for FTM for Red Hat OpenShift 4.0.6.
Note: Unless stated otherwise, interim fixes are cumulative and include prior interim fixes.
| V.R.M.F fix list | Download | Build date | Prerequisites |
| 4.0.6.0 | Available through Passport Advantage | 20240323-1631 | None |
| 4.0.6.0-iFix1 | Available through Passport Advantage | 20240521-1526 | None |
| 4.0.6.0-iFix2 | Available through Passport Advantage | 20240808-1946 | None |
| 4.0.6.0-iFix3 | Available through Passport Advantage | 20240808-1946 (same as iFix2) | None |
| 4.0.6.0-iFix4 | Available through Passport Advantage | 20241030-1545 | None |
| 4.0.6.0-iFix5 | Available through Passport Advantage |
20250321-1542 |
None |
| 4.0.6.0-iFix6 | Available through Passport Advantage |
202507 |
None |
For more information about the issues and changes, see Release Information for Financial Transaction Manager for Red Hat OpenShift 4.0.6.
| Back to contents | 4.0.6.0 interim fix 6 (iFix6) |
|
Fix number
|
Type | Description |
| Back to contents | 4.0.6.0 interim fix 5 (iFix5) |
|
Fix number
|
Type | Description |
| Back to contents | 4.0.6.0 interim fix 4 (iFix4) |
|
Fix number
|
Type | Description |
|
10132 |
The JDBC default policy Configuration used by the ACE integration servers used the incorrect trust store password. |
| Back to contents | 4.0.6.0 interim fix 3 (iFix3) |
| Back to contents | 4.0.6.0 interim fix 2 (iFix2) |
|
Fix number
|
Type | Description |
|
151767 |
Batch rejected after doing DB2 failover with no reason given. |
|
|
151811 |
Issue when overriding a file (or batch) using "Accept" with revalidation After file (or batch) ingestion, if an error occurs (example: duplicate file/batch); if you try to override the file/batch using "Accept" with revalidation, then items in this file are marked incorrectly with the validation error flag. |
|
|
5151585/6022 |
A Db2 Pod restart (failover) during ingestion, may cause some ingested files to be flagged as duplicaes |
|
|
152023 |
Metering Service fails to upload usage details
The following metering service alert can be caused by an issue with the NetworkPolicy configurations. FTMMT013S: Unknown exception while trying to upload usage details to the license server metric upload service. Please check the log for details.
If the metering pod logs show "javax.ws.rs.ProcessingException: java.net.SocketTimeoutException: SocketTimeoutException" in the ibm_stackTrace field, then the issue is likely caused by the FTM NetworkPolicies preventing communication with the ibm-common-services namespace.
|
|
|
151995 |
Issue with Cognos Reports where Database view GET_OPERATIONAL_TZ_TIME_NOW_V is improperly created by the FTM operator
Db2 produces the following error when view FTMPUB.GET_OPERATIONAL_TZ_TIME_NOW_V is accessed by Cognos Analytics reports for a database built by the FTM operator: SQL Error [42724]: Java stored procedure or user-defined function "FTMPUB.J_GET_OPERATION", specific name "GET_OPERATIONAL_TZ_TIM" could not load Java class "com/ibm/fxh/base/util/ud", reason code "".. SQLCODE=-4304, SQLSTATE=42724, DRIVER=4.26.14
|
|
|
152304 |
Setting the environment variable TZ in the FTM operator yaml file is not working for j2se pods |
|
|
8083 |
FTM operator is ignoring the spec.scheduling configuration User is not able to set spec.scheduling to configure the OpenShift scheduling for FTM pods. |
|
|
8100 |
“oc explain” command not working for FTM CRD The user is unable to run the “oc explain” command to get a description of the fields in the FTM CRD. |
|
|
9131 |
The user is not able to mount custom volumes in FTM pods. A user cannot mount custom volumes, such as config maps, secrets, PVCs, or other types of volumes, into any of the FTM pods. |
|
|
9597 |
The FTM operator ignores the exclude clause once the FTM instance is deployed. Once FTM is deployed, the FTM operator ignores the init container exclude clause. If a user adds a pod to the exclude clause, the FTM operator will not remove the init container from that pod. |
|
|
9603 |
Users cannot scale down individual pods after deployment. Users cannot scale down individual pods after deployment. If they try, errors show up in the FTM operator log. |
|
|
9712 |
Unable to customize FTM pod security context. Users are not able to customize the security context for FTM pods. For example, it is not possible to specify the uid or gid that the FTM pods run as. |
|
|
9721 |
FTM documentation erroneously includes quotes around the values in the sample vars.env file. The values in the vars.env file must not be enclosed in quotes. The FTM documentation erroneously includes quotes around the sample vars.env file. |
|
|
9778 |
FTM instance status stays as Ready when the user makes updates to the instance. When FTM is deployed and the operator has finished reconciling the custom resource, the CR's status changes to "Ready." If the customer updates the CR again, the status stays as Ready. Once the instance is reconciled, the status should change to NotReady and then back to Ready. |
|
|
10057 |
FTM web-server is not getting TLS secret from the external vault. If the user is getting the TLS certificates from an external vault, then the artifacts web server needs to configure TLS with those certs. Currently, it only configures TLS with certificates from OpenShift. |
|
|
152304
|
Setting the environment variable TZ in the FTM operator yaml file is not working for j2se pods | |
|
152095 |
Updated AdjustmentRuleUtility.getAdjustmentRule(long,long,short). There is a line of code where we retrieve the user default value for the insert amount, but we weren't passing the configured default amount to the method, so it didn't recognize the need to use the configured default amount instead of the current amount. |
| Back to contents | 4.0.6.0 interim fix 1 (iFix1) |
| Fix number | Type | Description |
| 151071 |
The FTM operator pod crashes due to a missing required custom resource definition (CRD).
When installing the FTM operator, a custom resource definition needed by the operator does not get installed, resulting in the FTM operator pod crashing.
|
|
| 151092 |
Backup and Restore Process using restore scripts have a known issue while executing.
While executing the script 'ftm-backup-restore-config-map.sh' during the Backup and Restore process, the following error appears: configmap "ftm-inst-licensing-upload-config" deleted Warning: resource configmaps/ftm-inst-licensing-upload-config is missing the kubectl.kubernetes.io/last-applied-configuration annotation which is required by oc apply. oc apply should only be used on resources created declaratively by either oc create --save-config or oc apply. The missing annotation will be patched automatically. Error from server (Conflict): error when applying patch: {} Resource: "/v1, Resource=configmaps", GroupVersionKind: "/v1, Kind=ConfigMap" Name: "ftm-inst-licensing-upload-config", Namespace: "hadr-setup1" for: "/tmp/temp-configmap-restore/ftm-inst-licensing-upload-config.yaml": Operation cannot be fulfilled on configmaps "ftm-inst-licensing-upload-config": the object has been modified; please apply your changes to the latest version and try again NAME DATA AGE ftm-inst-licensing-upload-config 2 5s |
|
| 151122 |
4060 iFix1 has replaced "cloudctl" with "ibm-pak" which means the AirGap warning message seen in the 4.0.6.0 GA release no longer appears.
|
|
| 151251 | Base Sample App logs extra response transmissions and transactions if the Sample App database scripts is executed manually. An extra whitespace character after the queue prefix in the Samp_1_Config.properties file when loading FSM+Config results in incorrect queue names being inserted for channel data in the database which results in incorrect behavior. |
| Back to contents | 4.0.6.0 release |
|
Fix number
|
Type | Description |
Was this topic helpful?
Document Information
Modified date:
17 August 2025
UID
ibm17129876