Table of Contents

Search

  1. Abstract
  2. Supported Versions
  3. Install Data Engineering Integration on Kubernetes
  4. Manage Existing Data Engineering Integration Deployments
  5. Troubleshooting
  6. Appendix: Sample Silent Properties for Build Image

Install Data Engineering Integration on Kubernetes with Informatica Deployment Manager 10.5.1 and 10.5.2

Install Data Engineering Integration on Kubernetes with Informatica Deployment Manager 10.5.1 and 10.5.2

Troubleshooting

Troubleshooting

I tried to build the Docker image, but the build image fails.
If build image fails during installer tar file extraction or before the Docker build image starts, verify that adequate disk space of 40 GB is available in the Docker image working directory.
If the build image fails at the step
Copy/Binaries/home/Informatica
in the log file, then there is not enough disk space in the Docker root directory. To find the Docker root directory, run the
docker info
command.
Data Engineering Integration
requires 75 GB disk space in the Docker root directory.
You can also free up some space from the Docker root directory when you delete a dangling image. When you create the new build of the image but do not specify a new name, you create a dangling image and the old image becomes the dangling image. Those old images remain untagged and display "<none>" as the name when you run the
docker images
command.
To delete the dangling images, complete the following steps:
  1. To list all dangling images and to get the image ID, run the command:
    docker images -f dangling=true
  2. To delete each dangling image, run the command:
    docker image rm -f <image id>
If the build image fails with the following error, you need to manually pull the Docker image:
Sending build context to Docker daemon 74.75GB Step 1/30: FROM registry.access.redhat.com/rhel7:7.7 Trying to pull repository registry.access.redhat.com/rhel7 ... Installation Status:ERROR
To fix the issue, you can manually run the following command:
docker pull registry.access.redhat.com/rhel7:7.7
If the build image fails with the following error, the Docker build script has failed to access the repository to download dependencies:
This system is not registered with an entitlement server.
To register and subscribe the machine where you build the Docker image:
  1. Run the
    yum repolist all
    command to see all the repositories.
  2. Use the
    subscription-manager
    to register with the following command:
    subscription-manager repos --enable
    .
  3. To enable custom repositories, run the command:
    yum-config-manager --enable
If the build image displays the
authenticationrequired
error when you run the docker pull command to pull the image from RHEL, the authentication with the Docker authentication might have expired. Run the
docker logout
command and then pull the Docker image. If the issue persists, try to pull the Docker image from registry.redhat.io instead of registry.access.redhat.com. If any issue remains with RHEL, you could try to use Centos7 for proof of concept cases.
I tried to build the Docker image, but the process of building the Docker image runs indefinitely without any result.
Perform the following steps:
  • Verify that your environment meets the minimum system requirements for the temporary disk space. For more information, see the
    Installation for Data Engineering
    guide for the
    Data Engineering Integration
    version that you want to install.
  • Verify that you have read, write, and execute permissions on the
    /tmp
    directory.
  • Verify that the system that hosts Informatica Deployment Manager has uninterrupted access to the internet.
I cannot access Administrator tool from the browser.
Check the IP address from where you access the Administrator tool:
For on-premises, verify that you specify the internal IP of the node on which the pod is running to access the Administrator tool.
For AWS or Azure, verify that you specify the external IP of the node on which the pod is running to access the Administrator tool.
For Azure, you will not have the external IP of the services by default. The service type of pod must be LoadBalancer instead of NodePort. It is from the LoadBalancer service type that you fetch the external IP.
If you want to verify that the external IP in the Administrator tool for Azure and AWS, run
kubectl get nodes -o wide
​ command followed by the
kubectl get svc -o wide
command.
How do I restart an already running pod when it goes down?
When you have a pod that uses the persistent volume, a .yaml file gets generated under the image name folder inside the appconnTemp folder of the user home directory . Run the yaml file manually with the following command to restart the pod with persistent volume:
kubectl create -f <file name>.yaml
How do I to connect to different sources in pods?
In case of multiple DSN, you can manually update the ODBC.ini file.

0 COMMENTS

We’d like to hear from you!