Fix Readme
Abstract
The following document is for IBM Cloud Pak for Business Automation 22.0.1 IF002. It includes the CASE package download, installation information, and the list of APARs that are resolved in this interim fix.
Content
Readme file for: | IBM Cloud Pak® for Business Automation |
---|---|
Product Release: | 22.0.1 |
Update Name: | 22.0.1 IF002 |
Fix ID: | 22.0.1-WS-CP4BA-IF002 |
Publication Date: | 1 September 2022 |
Contents
Prerequisites and supersedes
Components impacted
Before installation
Installing the interim fix
Performing the necessary tasks after installation
Uninstalling
List of fixes
Known Limitations
Document change history
Components impacted
Before installation
Installing the interim fix
Performing the necessary tasks after installation
Uninstalling
List of fixes
Known Limitations
Document change history
Prerequisites and supersedes
- Supersedes all prior interim fixes for Cloud Pak for Business Automation 22.0.1.
Components impacted
- General
- Cloud Pak for Business Automation Operator
- Automation Document Processing
- Automation Decision Services
- Business Automation Application
- Business Automation Insights
- Business Automation Navigator
- Business Automation Studio
- Business Automation Workflow including Automation Workstream Services
- Enterprise Records
- FileNet Content Manager
- Operational Decision Management
- User Management Service
- Workflow Process Service
Before installation
- Ensure you take regular backups of any databases associated with the environment.
- Ensure your operators are in a healthy state, before upgrading.
If one or more operators are failing, then it can prevent the system from completing an upgrade.
It is recommended to check a few of the important CR statuses to ensure there are not failures and the statuses appear ready for the various installed components. Check the status of the following CRs when they exist:oc get icp4acluster -o yaml oc get AutomationUIConfig -o yaml oc get Cartridge -o yaml oc get AutomationBase -o yaml oc get CartridgeRequirements -o yaml
- Required when you are using Business Automation Insights
If Business Automation Insights is deployed, prune the Business Automation Insights deployment, and jobs, before you apply the updated custom resource YAML file.
$ oc delete Deployment,Job -l \ > 'app.kubernetes.io/name=ibm-business-automation-insights'
Tip: For Flink event processing to resume from its previous state, make sure that savepoints are created before the upgrade and specified in the updated CR. For more information see Restarting from a checkpoint or savepoint
Installing the interim fix
Important: If you used any individual image tag settings in your CP4BA CR, it could prevent the operator from updating the images to the appropriate version. Ensure you remove any of these settings for a production installation when you upgrade.
Breaking change(s):
- In this interim fix, the URLs for Content Management Interoperability Services (CMIS) have changed (i.e., "cmis" context root was introduced):
- The previous CPD route for CMIS has changed
- from: https://cpd-<cp4ba-namespace>.xxxx.xxxx.xxxx/openfncmis_wlp
- to: https://cpd-<cp4ba-namespace>.xxxx.xxxx.xxxx/cmis/openfncmis_wlp
- The previous Openshift route for CMIS has changed
- from: https://cmis-<cp4ba-namespace>.xxxx.xxxx.xxxx/openfncmis_wlp
- to: https://cmis-<cp4ba-namespace>.xxxx.xxxx.xxxx/cmis/openfncmis_wlp
- The previous CPD route for CMIS has changed
The CASE package associated with this interim fix is ibm-cp-automation-4.0.2.tgz. Download the CASE package to wherever you are planning to perform the online installation or upgrade of this interim fix (for example, the infrastructure node of your OCP cluster) and extract the CASE package into a directory. For offline/Airgap installation or upgrade follow below mentioned Scenario 7.
Cloud Pak for Business Automation 22.0.1 interim fixes are released to the v22.1 operator channel. Once the operator is upgraded, it triggers rolling updates for all the pods it manages to ensure they are updated to the appropriate version to match the operator.
If your environment has access to IBM entitled registry and has an automatic v22.1 channel subscription then production installations are upgraded automatically. This upgrade generally occurs when the interim fix is released or when images are mirrored for air gap setup.
Starting with 21.0.3-IF007 interim fix, we "pin" the version of Cloud Pak for Business Automation along with all its dependencies including IBM Automation Foundation and IBM Cloud Pak Foundational Services. In other words, the automatic updates will be turned off and you will need to perform the steps listed to upgrade your environments in the future.
This interim fix contains the following version of Cloud Pak for Business Automation, IBM Automation Foundation (IAF), and Cloud Pak Foundational Services (CPFS):
- Cloud Pak for Business Automation – 22.0.1-IF002
- IBM Automation Foundation – 1.3.9
- Cloud Pak Foundational Services – 3.20.1
Note: This CP4BA iFix only supports IAF 1.3.9 and CPFS 3.20.1 so it is important that you deploy / upgrade CP4BA using the catalog sources in this readme document (the same catalog sources are also in the referenced CASE package) . If you have other Cloud Paks installed on the same OCP cluster, be sure to check the compatibility of the Automation Foundation and Cloud Pak Foundational Services versions, listed above, with other Cloud Paks.
Depending on the current setup and state of your existing environment, there are various upgrade actions that need to be taken. The following scenarios cover what actions might be needed for a particular setup.
-
Scenario 1: You are deploying a Starter deploymentActions: Starter deployments do not support upgrades. Although you can use this interim fix content to perform a Starter deployment. To deploy a Starter deployment using the content of this interim fix, please see install a new Starter environment and use the CASE package from this interim fix.
-
Scenario 2: You are deploying a Production deploymentActions: You can use this interim fix content to perform a Production deployment. To deploy a Production deployment using the content of this interim fix, please see install a new Production environment and use the CASE package from this interim fix.
- Starting with Cloud Pak Foundational Services version 3.20 , you can install foundational services into multiple namespaces.
- Refer to the Configuration of foundational services in multiple namespaces section in the What's new in 22.0.1 to create required ConfigMap (common-service-maps) when installing using OCP console.
-
Scenario 3: You already have a Production deployment installed with 22.0.1 GA or 22.0.1 + any interim fix prior to this one, and now you want to install another Production deployment using this interim fix on the same Openshift cluster.
Actions: If you have existing production deployment with 22.0.1 GA or 22.0.1 + any interim fix prior to this one and you want to install another production deployment of this interim fix using pinned catalogs, then you must first upgrade existing Cloud Pak Foundational Services to version 3.20.1 before you install another production deployment with this interim fix. You also needs to be aware that when applying the catalog sources from this interim fix on the Openshift cluster, the existing production deployment of CP4BA will also be updated to this interim fix.- Refer to the Cloud Pak Foundational Services upgrade section in the What's new in 22.0.1. Make sure that you upgrade the Cloud Pak Foundational Services to 3.20.1 before you apply the catalog sources from Scenario 6.
- Log in to the cluster as an administrator by using the oc login command.
- Download the upgrade_common_services.sh script to your local machine.
- Run the script with the
all namespaces
flag and channel version to the command:- ./upgrade_common_services.sh -a -c v3.20
- Refer to the Cloud Pak Foundational Services upgrade section in the What's new in 22.0.1. Make sure that you upgrade the Cloud Pak Foundational Services to 3.20.1 before you apply the catalog sources from Scenario 6.
-
Scenario 4: Your installation is version 21.0.3-IFxxx and you're not using pinned catalog
Actions: If you are using 21.0.3-IFxxx and not pinned catalogs, then your deployment is automatically updated to the latest interim fix of 21.0.3 in the v21.3 channel. To change this behavior , please follow Upgrading operators that are not pinned instructions. -
Scenario 5: Your installation is version 21.0.3-IFxxx and you're using pinned catalog (note that pinned catalog was available with 21.0.3-IF007 or later)
Actions: If your installation is 21.0.3-IFxxx and using pinned catalogs, then you must upgrade the operators for all of the Cloud Pak operators to 22.0.1-IF002. You can use the OpenShift console or the command line, please follow Upgrading operators that are pinned instructions. - Scenario 6: Your installation is online and 22.0.1 GA or 22.0.1 + any interim fix.
Actions: If you are using version 22.0.1 GA or 22.0.1 + any interim fix, then you must first upgrade existing Cloud Pak Foundational Services to version 3.20.1 before you install another production deployment with this interim fix.- Refer to the Cloud Pak Foundational Services upgrade section in the What's new in 22.0.1. Make sure that you upgrade the Cloud Pak Foundational Services to 3.20.1 before you apply the catalog sources from below.
- Log in to the cluster as an administrator by using the oc login command.
- Download the upgrade_common_services.sh script to your local machine.
- Run the script with the
all namespaces
flag and channel version to the command:- ./upgrade_common_services.sh -a -c v3.20
- You need to apply below updated catalog sources and does not require to execute update_subscription.sh script to change the subscription.
- Apply the catalog sources to pin to the specified versions for IBM Automation Foundation, IBM Foundational Services with Cloud Pak for Business Automation.
You can apply the catalog sources below from a command line by creating a YAML file (for example, cp4ba_catalog_sources.yaml) with the catalog sources below and performing "oc apply -f cp4ba_catalog_sources.yaml", or you can apply the catalog sources using the OCP console
Note: you can apply only one catalog source at a time using the OCP console.
Note: The DB2, IBM Business Team Service, and Postgres catalog sources are dependent components of Cloud Pak for Business Automation.
- Apply the catalog sources to pin to the specified versions for IBM Automation Foundation, IBM Foundational Services with Cloud Pak for Business Automation.
- Refer to the Cloud Pak Foundational Services upgrade section in the What's new in 22.0.1. Make sure that you upgrade the Cloud Pak Foundational Services to 3.20.1 before you apply the catalog sources from below.
-
-
# CP4BA 22.0.1 IF002 catalog apiVersion: operators.coreos.com/v1alpha1 kind: CatalogSource metadata: name: ibm-cp4a-operator-catalog namespace: openshift-marketplace spec: displayName: ibm-cp4a-operator publisher: IBM sourceType: grpc image: icr.io/cpopen/ibm-cp-automation-catalog@sha256:986420416b2426c008aeaf42a6506c7a41f6492476b31d9b890aaa96698b7e45 updateStrategy: registryPoll: interval: 45m --- # IBM Automation Foundation Base 1.3.9 apiVersion: operators.coreos.com/v1alpha1 kind: CatalogSource metadata: name: ibm-cp-automation-foundation-catalog namespace: openshift-marketplace spec: displayName: IBM Automation Foundation Operators publisher: IBM sourceType: grpc image: icr.io/cpopen/ibm-cp-automation-foundation-catalog@sha256:bb480738a3cf687917b2735b43e5729a276b02f6960d973064093069bfd6114e updateStrategy: registryPoll: interval: 45m --- # IBM Automation Foundation Core 1.3.9 apiVersion: operators.coreos.com/v1alpha1 kind: CatalogSource metadata: name: ibm-automation-foundation-core-catalog namespace: openshift-marketplace spec: displayName: IBM Automation Foundation Core Operators publisher: IBM sourceType: grpc image: icr.io/cpopen/ibm-automation-foundation-core-catalog@sha256:a1e8d449e5249530c6ae71f9fb5857ac852cf090343636b314873bbf93ba7d3f updateStrategy: registryPoll: interval: 45m --- # IBM Cloud Foundational Services 3.20.1 apiVersion: operators.coreos.com/v1alpha1 kind: CatalogSource metadata: annotations: bedrock_catalogsource_priority: '1' name: opencloud-operators namespace: openshift-marketplace spec: displayName: IBMCS Operators publisher: IBM sourceType: grpc image: icr.io/cpopen/ibm-common-service-catalog@sha256:9a42de26366cf209a9dcc3b3dddc405b3a6dc079d8d81ae19c4c228f9347e530 updateStrategy: registryPoll: interval: 45m priority: 100 --- # IBM Business Teams Service version 3.20.0 apiVersion: operators.coreos.com/v1alpha1 kind: CatalogSource metadata: annotations: bedrock_catalogsource_priority: '1' name: bts-operator namespace: openshift-marketplace spec: displayName: BTS Operator publisher: IBM sourceType: grpc image: icr.io/cpopen/ibm-bts-operator-catalog@sha256:6fb709566a67d1a4b29d2764c91caee742768607f69f1a286d8cbe9a9effb09c updateStrategy: registryPoll: interval: 45m --- # Cloud Native PostgresSQL 4.5.0 apiVersion: operators.coreos.com/v1alpha1 kind: CatalogSource metadata: annotations: bedrock_catalogsource_priority: '1' name: cloud-native-postgresql-catalog namespace: openshift-marketplace spec: displayName: Cloud Native Postgresql Catalog publisher: IBM sourceType: grpc image: icr.io/cpopen/ibm-cpd-cloud-native-postgresql-operator-catalog@sha256:4b09002a8a9f0f6832c3f21cf0e6a129274279e4f72907b5faec58b4d3100411 updateStrategy: registryPoll: interval: 45m priority: 100
-
Update the existing subscriptions of Cloud Pak for Business Automation, Automation Foundation, and Cloud Pak Foundational Services to change from IBM Operator Catalog to the individual catalogs applied above.
- Find the update_subscription.sh script from the extracted CASE package under "../ibm-cp-automation/inventory/cp4aOperatorSdk/files/deploy/crs/cert-kubernetes/scripts" Note, at the root of the CASE package is a nested archive that needs to be extracted as well.
- Log in to your OCP cluster as a cluster administrator
- Execute the update_subscription.sh -n <your cp4ba namespace>
Note, at this point, the environment will be updated to use the new "pinned" catalogs. Your environment will no longer auto-update the operators when new versions are released.
- If you have any subscriptions set to manual, then you need to approve any pending operator updates.
If some of the many operator updates are not approved, it is not recommended to set subscriptions to manual, this makes the upgrade more error prone . By default all subscriptions are set to automatic.
-
- Scenario 7: Your are deploying production air gap installation.
Actions: You can use this interim fix content to perform a Production air gap deployment. To deploy a Production deployment using the content of this interim fix, please see install a new production environment in air gap to setup a host to mirrors images to local registry , configure bastion host and use the CASE package from this interim fix.
-
- export CASE_NAME=ibm-cp-automation
- export OFFLINEDIR=/tmp/cp4ba2201-if002
- export CASE_VERSION=4.0.2
- export CASE_INVENTORY_SETUP=cp4aOperatorSetup
- export CASE_ARCHIVE=${CASE_NAME}-${CASE_VERSION}.tgz
- export CASE_LOCAL_PATH=${OFFLINEDIR}/${CASE_ARCHIVE}
Note: The values are specific to the interim fix, however, you can choose a different empty directory for the OFFLINEDIR if you need to put the files somewhere else.
-
Save this specific set of case packages
cloudctl case save --case docker://icr.io/cpopen/ibm-cp-automation-case-cache@sha256:03bb0c447a7a0ee052e58d2faacc2ec81ef9447bb4e60b7e11de7d20d85c3b50 --outputdir ${OFFLINEDIR}
Once the command completes, all the Case archive and inventory are saved under /tmp/cp4ba2201-if002. - Mirror the entitled registry images to the local registry by completing the same steps used during installation. For more information about mirroring, see Mirroring images to the private registry.
Make sure to use the CASE image OFFLINEDIR (/tmp/cp4ba2201-if002) from step 1. - Install the catalog with the new version by running the install-catalog action.
cloudctl case launch \ --case ${OFFLINEDIR}/${CASE_ARCHIVE} \ --inventory ${CASE_INVENTORY_SETUP} \ --action install-catalog \ --namespace ${NAMESPACE} \ --args "--registry ${LOCAL_REGISTRY} --inputDir ${OFFLINEDIR} --recursive"
- Starting with Cloud Pak Foundational Services version 3.20 , you can install foundational services into multiple namespaces.
- Refer to the Configuration of foundational services in multiple namespaces section in the What's new in 22.0.1 . You must create this required ConfigMap (common-service-maps) before you install operator.
- Install the operator with the new version by running the install-operator action.
-
cloudctl case launch \ --case ${OFFLINEDIR}/${CASE_ARCHIVE} \ --inventory ${CASE_INVENTORY_SETUP} \ --action install-operator \ --namespace ${NAMESPACE} \ --args "--registry ${LOCAL_REGISTRY} --inputDir ${OFFLINEDIR}"
-
Verify that the subscriptions , operators are installed.
-
oc get subscription -n <CP4BA Namespace> --> Replace <CP4BA Namespace> with actual namespace.
-
oc get pods -n <CP4BA Namespace> --> Replace <CP4BA Namespace> with actual namespace.
-
-
-
Scenario 8: Your installation is air gap and 22.0.1 GA or 22.0.1 + any interim fix
Actions: If you are using version 22.0.1 GA or 22.0.1 + any interim fix, then you must first upgrade existing Cloud Pak Foundational Services to version 3.20.1 before you install another production deployment with this interim fix.- Refer to the Cloud Pak Foundational Services upgrade section in the What's new in 22.0.1. Make sure that you upgrade the Cloud Pak Foundational Services to 3.20.1 before you apply the catalog sources from Scenario 6.
- Log in to the cluster as an administrator by using the oc login command.
- Download the upgrade_common_services.sh script to your local machine.
- Run the script with the
all namespaces
flag and channel version to the command:- ./upgrade_common_services.sh -a -c v3.20
-
Follow the steps below on the bastion host where you previously deployed 22.0.1:
- Refer to the Cloud Pak Foundational Services upgrade section in the What's new in 22.0.1. Make sure that you upgrade the Cloud Pak Foundational Services to 3.20.1 before you apply the catalog sources from Scenario 6.
-
After the operators are upgraded, it will trigger the upgrade of the related deployments and pods. See the items mentioned in "Performing the necessary tasks after installation" for more actions that can be needed after the upgrade is completed.
-
- export CASE_NAME=ibm-cp-automation
- export OFFLINEDIR=/tmp/cp4ba2201-if002
- export CASE_VERSION=4.0.2
- export CASE_INVENTORY_SETUP=cp4aOperatorSetup
- export CASE_ARCHIVE=${CASE_NAME}-${CASE_VERSION}.tgz
- export CASE_LOCAL_PATH=${OFFLINEDIR}/${CASE_ARCHIVE}
Note: The values are specific to the interim fix, however, you can choose a different empty directory for the OFFLINEDIR if you need to put the files somewhere else.
-
Save this specific set of case packages
cloudctl case save --case docker://icr.io/cpopen/ibm-cp-automation-case-cache@sha256:03bb0c447a7a0ee052e58d2faacc2ec81ef9447bb4e60b7e11de7d20d85c3b50 --outputdir ${OFFLINEDIR}
Once the command completes, all the Case archive and inventory are saved under /tmp/cp4ba2201-if002. - Mirror the entitled registry images to the local registry by completing the same steps used during installation. For more information about mirroring, see Mirroring images to the private registry.
Make sure to use the CASE image OFFLINEDIR (/tmp/cp4ba2201-if002) from step 1. - Update the catalog with the new version by running the install-catalog action.
cloudctl case launch \ --case ${OFFLINEDIR}/${CASE_ARCHIVE} \ --inventory ${CASE_INVENTORY_SETUP} \ --action install-catalog \ --namespace ${NAMESPACE} \ --args "--registry ${LOCAL_REGISTRY} --inputDir ${OFFLINEDIR} --recursive"
-
If you have any subscriptions set to manual, then you need to approve any pending operator updates.If some of the many operator updates are not approved, it is not recommended to set subscriptions to manual as it can make the upgrade more error prone. By default all subscriptions would be set to automatic.
-
Performing the necessary tasks after installation
- Update Kafka certificates when you are using Business Automation Insights
If you are using Business Automation Insights and upgrading from an IBM Automation Foundation version before 1.3, the operator will fail to become ready after the upgrade, and kafka/zookeeper pods show SSL errors. To resolve the issue, follow the "To renew the leaf certificates for Kafka" instructions in Changes to CA certificate and key does not automatically rotate Kafka leaf certificates. - Review the installation
It is recommended that you review the CR yaml status section and operator logs after the upgrade to ensure there are no failures preventing your pods from upgrading.
oc get icp4acluster -o yaml > CP4BAconfig.yaml oc logs deployment/ibm-cp4a-operator -c operator > operator.log
If you are interested in verifying the expected image digest for a particular image, then you can review theibm-cp-automation\inventory\cp4aOperatorSdk\resources.yaml
file in the CASE package. This file has a listing of the images managed by the CP4BA operator and their expected digest for this particular interim fix level. - Required when you are using Workflow Process Service OCP deployment
If you used any individual image tag settings in your WfPSRuntime CR, it could prevent the operator from updating the images to the appropriate version. Ensure you remove any of these settings when you upgrade. - Required when you are using Workflow Process Service Docker Compose Edition
- Follow the step 2 of section "3. Running your environment" in Installing Workflow Process Service to log in to the entitled registry with your entitlement key.
- Back up your database backup, docker-compose.yml and folder for docker volumes “production_workflow_runtime_data” and “production_workflow_runtime_logs”.
- (Optional) Push the images to your docker registry. Log in to your docker registry, and push the docker images into your docker registry by using the following commands:
docker login <server> docker tag cp.icr.io/cp/cp4a/workflow-ps/workflow-ps-server:<tag> \ <server>/workflow-ps-server:<tag> docker tag cp.icr.io/cp/cp4a/workflow-ps/workflow-ps-authoring:<tag> \ <server>/workflow-ps-authoring:<tag> docker push <server>/workflow-ps-server:<tag> docker push <server>/workflow-ps-authoring:<tag>
- Run
docker-compose down
command to stop the Workflow Process Server container. - Update the image url's tags in docker-compose.yml.
<server>/workflow-ps-server:<tag> <server>/workflow-ps-authoring:<tag>
Where <tag> is the corresponding tag matching this interim fix's tag in the form of <release>-IFxxx, for example, 22.0.1-IF002. - Run
docker-compose up
command to start the Workflow Process Server container
For more detail on Workflow Process Service, refer to Installing Workflow Process Service .Troubleshooting: If you are using a Docker Desktop version 4.3.0 or greater, you might get an out of memory error when you start the server. For more details and possible resolution to this issue, and other troubleshooting guidance, refer to Troubleshooting Workflow Process Service. - Required when you are using Operational Decision Manager
- You must update your Rule Designer:
- Open Eclipse
- Open menu Help > Check for Updates
- Select IBM Operational Decision Manager for Developers v8.11.x - Rule Designer
- Proceed with installation.
- You must update your Rule Designer:
- Required when you are using Workforce Insights
- You must update the Workforce Insights configuration:
-
Set the Workforce Insights pod count, the default value is 2
-
Set Intelligent Task Prioritization pod count, the default value is 2
-
For more details, see Configuring Workforce Insights
-
- You must update the Workforce Insights configuration:
Uninstalling
There is no procedure to uninstall the interim fix.
List of Fixes
APARs fixed by this interim fix are listed in the following tables.
The columns are defined as follows:
Column title | Column description |
APAR | The defect number |
Title | A short description of the defect |
Sec. | A mark indicates a defect related to security |
Cont. | A mark indicates a defect specific to the Cloud Pak integration of the component |
B.I. | A mark indicates the fix has a business impact. Details are found in the title column or the APAR document |
- General
- Cloud Pak for Business Automation Operator
- Automation Document Processing
- Automation Decision Services
- Business Automation Application
- Business Automation Insights
- Business Automation Navigator
- Business Automation Studio
- Business Automation Workflow including Automation Workstream Services
- Enterprise Records
- FileNet Content Manager
- Operational Decision Management
- User Management Service
- Workflow Process Service
General
APAR | Title | Sec. | Cont. | B.I. |
---|---|---|---|---|
N/A |
Cloud Pak for Business Automation delivers container images that include operating system level and other open source libraries. Vulnerabilities (CVEs) for these libraries are published regularly.
This interim fix includes fixes for these libraries to address:
CVE-2018-17196, CVE-2019-20149, CVE-2019-20838, CVE-2020-28915, CVE-2021-22569, CVE-2021-3807, CVE-2021-3918, CVE-2021-40528, CVE-2021-43616, CVE-2021-46823, CVE-2022-1271, CVE-2022-1621, CVE-2022-1629, CVE-2022-1664, CVE-2022-21540, CVE-2022-21541, CVE-2022-21549, CVE-2022-22576, CVE-2022-22970, CVE-2022-22971, CVE-2022-22976, CVE-2022-22978, CVE-2022-25313, CVE-2022-25314, CVE-2022-25896, CVE-2022-26691, CVE-2022-27666, CVE-2022-27774, CVE-2022-27776, CVE-2022-33980, CVE-2022-34169, GHSA-r8wq-qrxc-hmcm, PRISMA-2021-0096, PRISMA-2021-0153, PRISMA-2022-0239, RHSA-2022:5311, RHSA-2022:5313, RHSA-2022:5314, RHSA-2022:5317
Previous interim fixes have included fixes which are also addressed with this interim fix. Consult the Related links section for readmes of previous interim fixes, at the bottom of this document.
|
Cloud Pak for Business Automation Operator
APAR | Title | Sec. | Cont. | B.I. |
---|---|---|---|---|
N/A | N/A |
Automation Document Processing
Known Issue | Title | Sec. | Cont. | B.I. |
---|---|---|---|---|
DT144202 | Backend logs contain database password | X | X | X |
DT144204 | Deep learning pod doesn't deploy when upgrading | X | X | |
DT144653 | Classification training fails with type comparison error | X | X | |
DT144659 | KVP detection fails when no key alias is defined | X | X |
Automation Decision Services
APAR | Title | Sec. | Cont. | B.I. |
---|---|---|---|---|
N/A | N/A |
Business Automation Application
APAR | Title | Sec. | Cont. | B.I. |
---|---|---|---|---|
N/A | N/A |
Business Automation Insights
APAR | Title | Sec. | Cont. | B.I. |
---|---|---|---|---|
N/A | N/A |
Business Automation Navigator
APAR | Title | Sec. | Cont. | B.I. |
---|---|---|---|---|
Please see Business Automation Navigator Fix List APARs for Cloud Pak for Business Automation technote |
Business Automation Studio
APAR | Title | Sec. | Cont. | B.I. |
---|---|---|---|---|
JR65005 | DEBUG FAILS TO STEP INTO NESTED SERVICES FLOW IN IBM CLOUD PAK FOR BUSINESS AUTOMATION | |||
JR65072 | BLANK PAGE IS SHOWN WHEN RETURNING TO IBM BUSINESS AUTOMATION STUDIO FROM DECISION DESIGNER USING THE BREADCRUMB |
Business Automation Workflow including Automation Workstream Services
APAR | Title | Sec. | Cont. | B.I. |
---|---|---|---|---|
DT142447 | XA_RBDEADLOCK.ERRORCODE=-4203 DUE TO A DEADLOCK IN LSW_LOCK TABLE WHEN SAVING CASE PROPERTY CHANGES | X | ||
DT139460 | CVE-2022-35644 - PERSISTENT XSS VULNERABILITY IN PROCESS ADMIN CONSOLE |
Enterprise Records
APAR | Title | Sec. | Cont. | B.I. |
---|---|---|---|---|
N/A
|
N/A
|
FileNet Content Manager
APAR | Title | Sec. | Cont. | B.I. |
---|---|---|---|---|
See FileNet Content Manager Release Fix List APARs for IBM Cloud Pak for Business Automation technote |
Operational Decision Management
APAR | Title | Sec. | Cont. | B.I. |
---|---|---|---|---|
RS03858 | DECISION ENGINE PERFORMANCE OF RETE ALGORITHM MAY BE AFFECTED BY UPDATE | |||
RS03915 | DEFAULT ROW ORDERING FOR DECISION TABLES NOT WORKING | |||
RS03921 | OLD TEST REPORTS ARE NO LONGER DISPLAYED AFTER MIGRATING FROM 8.8 | |||
RS03932 | NPE GENERATING TEST SUITE REPORT | |||
RS03934 | UNLOCK ICON DISPLAYED ON MOUSE HOVER WHEN MERGING LOCKED BRANCHES | |||
RS03935 | XHRTIMEOUT VALUE DEFINED IN BUSINESS CONSOLE SETTINGS NOT TAKEN INTO ACCOUNT | |||
RS03936 | CARRIAGE RETURN LOST IN DESCRIPTION FIELD OF DETAILS VIEW | |||
RS03938 | PASTE SPECIAL IN A DECISION TABLE USING RULE DESIGNER DOES NOT PASTE | |||
RS03940 | ERROR DURING DE RULESET GENERATION WHEN TESTING LONG VARIABLE 'IS ONE OF' INTEGER DOMAINS | |||
RS03941 | ERROR WHILE TRYING TO DELETE RESOURCES AND LIBRARIES FROM RES | |||
RS03942 | INVALID ASSERTION IN RETE | |||
RS03944 | DECISION TABLE COMPARISON MAY FAIL IN BUSINESS CONSOLE | |||
RS03948 | IN DECISION CENTER MAIN RULEFLOW PROPERTY MAY BE INCORRECT IN RULEAPP |
User Management Service
APAR | Title | Sec. | Cont. | B.I. |
---|---|---|---|---|
N/A | N/A |
Workflow Process Service
APAR | Title | Sec. | Cont. | B.I. |
---|---|---|---|---|
N/A | N/A |
Known Limitations
Document change history
Related Information
[{"Type":"MASTER","Line of Business":{"code":"LOB45","label":"Automation"},"Business Unit":{"code":"BU059","label":"IBM Software w\/o TPS"},"Product":{"code":"SSBYVB","label":"IBM Cloud Pak for Business Automation"},"ARM Category":[{"code":"a8m0z0000001gWWAAY","label":"Other-\u003ECloudPak4Automation Platform"}],"ARM Case Number":"","Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"22.0.1"}]
Was this topic helpful?
Document Information
Modified date:
22 November 2022
UID
ibm16612561