Installing and configuring software on the source cluster for backup and restore with IBM Fusion

1.1 Installing the IBM Software Hub command-line interface

To install IBM Software Hub software on your Red Hat OpenShift Container Platform cluster, you must install the IBM Software Hub command-line interface (cpd-cli) on the workstation from which you are running the installation commands.

Who needs to complete this task?

User	Why you need the cpd-cli
Cluster administrator	Configure the image pull secret Change node settings Set up projects where IBM Software Hub will be installed
Instance administrator	Install IBM Software Hub
Registry administrator	Mirror images to the private container registry.

When do you need to complete this task?

Repeat as needed You must complete this task on any workstation from which you plan to run installation commands.

You can also complete this task if you need to use the cpd-cli to complete other tasks, such as backing up and restoring your installation or managing users.

You must install the cpd-cli on a client workstation that can connect to your cluster.

1. Download Version 14.1.3 of the cpd-cli from the IBM/cpd-cli repository on GitHub.

   Ensure that you download the correct package based on the operating system on the client workstation:

   Workstation operating system	Enterprise Edition	Standard Edition
   Linux	The package that you download depends on your hardware: x86_64 cpd-cli-linux-EE-14.1.3.tgz ppc64le cpd-cli-ppc64le-EE-14.1.3.tgz s390x cpd-cli-s390x-EE-14.1.3.tgz	The package that you download depends on your hardware: x86_64 cpd-cli-linux-SE-14.1.3.tgz ppc64le cpd-cli-ppc64le-SE-14.1.3.tgz s390x cpd-cli-s390x-SE-14.1.3.tgz
   Mac OS	cpd-cli-darwin-EE-14.1.3.tgz	cpd-cli-darwin-SE-14.1.3.tgz
   Windows	You must download the Linux package and run it in Windows Subsystem for Linux: cpd-cli-linux-EE-14.1.3.tgz	You must download the Linux package and run it in Windows Subsystem for Linux: cpd-cli-linux-SE-14.1.3.tgz

2. Extract the contents of the package to the directory where you want to run the cpd-cli.
3. On Mac OS, you must trust the following components of the cpd-cli:
   • cpd-cli
   • plugins/lib/darwin/config
   • plugins/lib/darwin/cpdbr
   • plugins/lib/darwin/cpdbr-oadp
   • plugins/lib/darwin/cpdctl
   • plugins/lib/darwin/cpdtool
   • plugins/lib/darwin/health
   • plugins/lib/darwin/manage
   • plugins/lib/darwin/platform-diag
   • plugins/lib/darwin/platform-mgmt

   For each component:

   1. Right-click the component and select Open.

      You will see a message with the following format:

      macOS cannot verify the developer of component-name. Are you sure you want to open it?

   2. Click Open.
4. Best practice Make the cpd-cli executable from any directory.

   By default, you must either change to the directory where the cpd-cli is located or specify the fully qualified path of the cpd-cli to run the commands.

   However, you can make the cpd-cli executable from any directory so that you only need to type cpd-cli command-name to run the commands.

   Workstation operating system	Details
   Linux	Add the following line to your ~/.bashrc file: export PATH=<fully-qualified-path-to-the-cpd-cli>:$PATH
   Mac OS	Add the following line to your ~/.bash_profile or ~/.zshrc file: export PATH=<fully-qualified-path-to-the-cpd-cli>:$PATH
   Windows	From the Windows Subsystem for Linux, add the following line to your ~/.bashrc file: export PATH=<fully-qualified-path-to-the-cpd-cli>:$PATH

5. Best practice Determine whether you need to set any of the following environment variables for the cpd-cli.

   CPD_CLI_MANAGE_WORKSPACE

   By default, the first time you run a cpd-cli manage command, the cpd-cli automatically creates the cpd-cli-workspace/olm-utils-workspace/work directory.

   The location of the directory depends on several factors:

   • If you made the cpd-cli executable from any directory, the directory is created in the directory where you run the cpd-cli commands.
   • If you did not make the cpd-cli executable from any directory, the directory is created in the directory where the cpd-cli is installed.

   You can set the CPD_CLI_MANAGE_WORKSPACE environment variable to override the default location.

   The CPD_CLI_MANAGE_WORKSPACE environment variable is especially useful if you made the cpd-cli executable from any directory. When you set the environment variable, it ensures that the files are located in one directory.

   Default value

   No default value. The directory is created based on the factors described in the preceding text.

   Valid values

   The fully qualified path where you want the cpd-cli to create the work directory. For example, if you specify /root/cpd-cli/, the cpd-cli manage plug-in stores files in the /root/cpd-cli/work directory.

   To set the CPD_CLI_MANAGE_WORKSPACE environment variable, run:

   export CPD_CLI_MANAGE_WORKSPACE=<fully-qualified-directory>

   OLM_UTILS_LAUNCH_ARGS

   You can use the OLM_UTILS_LAUNCH_ARGS environment variable to mount certificates that the cpd-cli must use in the cpd-cli container.

   Mount CA certificates

   Important: If you use a proxy server to mirror images or to download CASE packages, use the OLM_UTILS_LAUNCH_ARGS environment variable to add the CA certificates to enable the olm-utils container to trust connections through the proxy server. For more information, see Cannot access CASE packages when using a proxy server.

   You can mount CA certificates if you need to reach an external HTTPS endpoint that uses a self-signed certificate.

   Tip: Typically the CA certificates are in the /etc/pki/ca-trust directory on the workstation. If you need additional information on adding certificates to a workstation, run:

   man update-ca-trust

   Determine the correct argument for your environment:

   • If the certificates on the client workstation are in the /etc/pki/ca-trust directory, the argument is:

     " -v /etc/pki/ca-trust:/etc/pki/ca-trust"

   • If the certificates on the client workstation are in a different directory, replace <ca-loc> with the appropriate location on the client workstation:

     " -v <ca-loc>:/etc/pki/ca-trust"

   Mount Kubernetes certificates

   You can mount Kubernetes certificates if you need to use a certificate to connect to the Kubernetes API server.

   The argument depends on the location of the certificates on the client workstation. Replace <k8-loc> with the appropriate location on the client workstation:

   " -v <k8-loc>:/etc/k8scert --env K8S_AUTH_SSL_CA_CERT=/etc/k8scert"

   Default value

   No default value.

   Valid values

   The valid values depend on the arguments that you need to pass to the OLM_UTILS_LAUNCH_ARGS environment variable.

   • To pass CA certificates, specify:

     " -v <ca-loc>:/etc/pki/ca-trust"

   • To pass Kubernetes certificates, specify:

     " -v <k8-loc>:/etc/k8scert --env K8S_AUTH_SSL_CA_CERT=/etc/k8scert"

   • To pass both CA certificates and Kubernetes certificates, specify:

     " -v <ca-loc>:/etc/pki/ca-trust -v <k8-loc>:/etc/k8scert --env K8S_AUTH_SSL_CA_CERT=/etc/k8scert"

   To set the OLM_UTILS_LAUNCH_ARGS environment variable, run:

   export OLM_UTILS_LAUNCH_ARGS=" <arguments>"

   Important: If you set either of these environment variables, ensure that you add them to your installation environment variables script.
6. Run the following command to ensure that the cpd-cli is installed and running and that the cpd-cli manage plug-in has the latest version of the olm-utils image.

   cpd-cli manage restart-container

The cpd-cli-workspace directory includes the following sub-directories:

1.2 Installing the OpenShift command-line interface

The IBM Software Hub command-line interface (cpd-cli) interacts with the OpenShift command-line interface (oc CLI) to issue commands to your Red Hat OpenShift Container Platform cluster.

Who needs to complete this task?

All administrators Any users who are completing IBM Software Hub installation tasks must install the OpenShift CLI.

When do you need to complete this task?

Repeat as needed You must complete this task on any workstation from which you plan to run installation commands.

You must install a version of the OpenShift CLI that is compatible with your Red Hat OpenShift Container Platform cluster.

To install the OpenShift CLI, follow the appropriate guidance for your cluster:

Self-managed clusters

Install the version of the oc CLI that corresponds to the version of Red Hat OpenShift Container Platform that you are running. For details, see Getting started with the OpenShift CLI in the Red Hat OpenShift Container Platform documentation:

• Version 4.12
• Version 4.14
• Version 4.15
• Version 4.16
• Version 4.17
• Version 4.18

Managed OpenShift clusters

Follow the appropriate guidance for your managed OpenShift environment.

OpenShift environment	Installation instructions
IBM Cloud Satellite	See Installing the CLI in the IBM Cloud Satellite documentation.
Red Hat OpenShift on IBM Cloud	See Installing the CLI in the IBM Cloud documentation.
Azure Red Hat OpenShift (ARO)	See Install the OpenShift CLI in the Azure Red Hat OpenShift documentation
Red Hat OpenShift Service on AWS (ROSA)	See Installing the OpenShift CLI in the Red Hat OpenShift Service on AWS documentation.
Red Hat OpenShift Dedicated on Google Cloud	See Learning how to use the command-line tools for Red Hat OpenShift Dedicated in the Red Hat OpenShift Dedicated documentation.

3.1 Creating environment variables

Create the following environment variables so that you can copy commands from the documentation and run them without making any changes.

3.2 Installing the cpdbr service

Install the cpdbr service on the source cluster by doing the following steps.

1. To install the cpdbr service on the source cluster, do the following steps.
   1. Log in to Red Hat OpenShift Container Platform as a cluster administrator.

      ${OC_LOGIN}

      Remember: OC_LOGIN is an alias for the oc login command.
   2. Configure the client to set the OADP project:

      cpd-cli oadp client config set namespace=${OADP_PROJECT}

   3. In the IBM Software Hub operators project, install the cpdbr service.

      ---

      The cluster pulls images from the IBM Entitled Registry

      Environments with the scheduling service

      cpd-cli oadp install \
      --component=cpdbr-tenant \
      --tenant-operator-namespace=${PROJECT_CPD_INST_OPERATORS} \
      --cpdbr-hooks-image-prefix=icr.io/cpopen/cpd \
      --cpfs-image-prefix=icr.io/cpopen/cpfs \
      --namespace=${OADP_PROJECT} \
      --cpd-scheduler-namespace=${PROJECT_SCHEDULING_SERVICE} \
      --log-level=debug \
      --verbose

      Environments without the scheduling service

      cpd-cli oadp install \
      --component=cpdbr-tenant \
      --tenant-operator-namespace=${PROJECT_CPD_INST_OPERATORS} \
      --cpdbr-hooks-image-prefix=icr.io/cpopen/cpd \
      --cpfs-image-prefix=icr.io/cpopen/cpfs \
      --namespace=${OADP_PROJECT} \
      --log-level=debug \
      --verbose

      ---

      The cluster pulls images from a private container registry

      Note: Before you can install images from a private container registry, check that an image content source policy was configured. For details, see Configuring an image content source policy for IBM Software Hub software images.

      Environments with the scheduling service

      cpd-cli oadp install \
      --component=cpdbr-tenant \
      --tenant-operator-namespace=${PROJECT_CPD_INST_OPERATORS} \
      --cpdbr-hooks-image-prefix=${PRIVATE_REGISTRY_LOCATION}/cpd \
      --cpfs-image-prefix=${PRIVATE_REGISTRY_LOCATION}/cpfs \
      --cpd-scheduler-namespace=${PROJECT_SCHEDULING_SERVICE} \
      --namespace=${OADP_PROJECT} \
      --log-level=debug \
      --verbose

      Environments without the scheduling service

      cpd-cli oadp install \
      --component=cpdbr-tenant \
      --tenant-operator-namespace=${PROJECT_CPD_INST_OPERATORS} \
      --cpdbr-hooks-image-prefix=${PRIVATE_REGISTRY_LOCATION}/cpd \
      --cpfs-image-prefix=${PRIVATE_REGISTRY_LOCATION}/cpfs \
      --namespace=${OADP_PROJECT} \
      --log-level=debug \
      --verbose

      ---

   4. Optional: Verify that the cpdbr-tenant service pod is running:

      oc get pod -n ${PROJECT_CPD_INST_OPERATORS} | grep cpdbr

   5. Verify that the following IBM Fusion recipe was installed:

      oc get frcpe -n ${PROJECT_CPD_INST_OPERATORS} ibmcpd-tenant

   6. If the IBM Software Hub scheduling service is installed, verify that the following recipe was installed:

      oc get frcpe -n ${PROJECT_SCHEDULING_SERVICE} ibmcpd-scheduler

   7. Verify that the appropriate version of the cpdbr service was installed:

      oc exec -n ${PROJECT_CPD_INST_OPERATORS} $(oc get -n ${PROJECT_CPD_INST_OPERATORS} po -l component=cpdbr-tenant,icpdsupport/app=br-service -o name) -- /cpdbr-scripts/cpdbr-oadp version

      Example output of the command:

      Client: 
             Version: 5.1.0
             Build Date: <timestamp>
             Build Number: <xxx>

2. To upgrade the cpdbr service on the source cluster, do the following steps.
   1. Log in to Red Hat OpenShift Container Platform as a cluster administrator.

      ${OC_LOGIN}

      Remember: OC_LOGIN is an alias for the oc login command.
   2. In the IBM Software Hub operators project, upgrade the cpdbr service.

      ---

      The cluster pulls images from the IBM Entitled Registry

      Environments with the scheduling service

      cpd-cli oadp install \
      --upgrade=true \
      --component=cpdbr-tenant \
      --tenant-operator-namespace=${PROJECT_CPD_INST_OPERATORS} \
      --cpfs-image-prefix=icr.io/cpopen/cpfs \
      --cpd-scheduler-namespace=${PROJECT_SCHEDULING_SERVICE} \
      --namespace=${OADP_PROJECT} \
      --log-level=debug \
      --verbose

      Environments without the scheduling service

      cpd-cli oadp install \
      --upgrade=true \
      --component=cpdbr-tenant \
      --tenant-operator-namespace=${PROJECT_CPD_INST_OPERATORS} \
      --cpfs-image-prefix=icr.io/cpopen/cpfs \
      --namespace=${OADP_PROJECT} \
      --log-level=debug \
      --verbose

      ---

      The cluster pulls images from a private container registry

      Note: Before you can install images from a private container registry, check that an image content source policy was configured. For details, see Configuring an image content source policy for IBM Software Hub software images.

      Environments with the scheduling service

      cpd-cli oadp install \
      --upgrade=true \
      --component=cpdbr-tenant \
      --namespace=${OADP_OPERATOR_NS} \
      --tenant-operator-namespace=${PROJECT_CPD_INST_OPERATORS} \
      --cpfs-image-prefix=${PRIVATE_REGISTRY_LOCATION}/cpfs \
      --cpd-scheduler-namespace=${PROJECT_SCHEDULING_SERVICE} \
      --namespace=${OADP_PROJECT} \
      --log-level=debug \
      --verbose

      Environments without the scheduling service

      cpd-cli oadp install \
      --upgrade=true \
      --component=cpdbr-tenant \
      --namespace=${OADP_OPERATOR_NS} \
      --tenant-operator-namespace=${PROJECT_CPD_INST_OPERATORS} \
      --cpfs-image-prefix=${PRIVATE_REGISTRY_LOCATION}/cpfs \
      --namespace=${OADP_PROJECT} \
      --log-level=debug \
      --verbose

      ---

   3. Optional: Verify that the cpdbr-tenant service pod is running:

      oc get pod -n ${PROJECT_CPD_INST_OPERATORS} | grep cpdbr

   4. Verify the version of the cpdbr service:

      oc exec -n ${PROJECT_CPD_INST_OPERATORS} $(oc get -n ${PROJECT_CPD_INST_OPERATORS} po -l component=cpdbr-tenant,icpdsupport/app=br-service -o name) -- /cpdbr-scripts/cpdbr-oadp version

      Example output of the command:

      Client: 
             Version: 5.1.0
             Build Date: <timestamp>
             Build Number: <xxx>

When the cpdbr service is installed on the source cluster, the cpdbr component services are deployed and required permissions and cluster role bindings (ClusterRole, ClusterRoleBinding, Role, RoleBinding) are created.