This topic describes troubleshooting information for problems with installing Tanzu Application Platform GUI.
When you pull up Tanzu Application Platform GUI, you get the error Catalog Not Found
.
This issue is caused because the catalog plug-in can't read the Git location of your catalog definition files.
There are a number of potential causes:
-
Ensure you've either built your own Backstage Compatible catalog, or that you've downloaded one of the Tanzu Application Platform GUI catalogs from VMware Tanzu Network. Ensure you defined the catalog in the values file that you input as part of installation. If you need to update this location, you can change the definition file. Change either the Tanzu Application Platform profile file if you used the profile method to install, or change the standalone Tanzu Application Platform GUI values file if you're only installing that package on its own.
namespace: tap-gui service_type: <SERVICE-TYPE> app_config: catalog: locations: - type: url target: https://GIT-CATALOG-URL/catalog-info.yaml
-
Provide the proper integration information for the Git location you specified earlier.
namespace: tap-gui service_type: <SERVICE-TYPE> app_config: app: baseUrl: https://<EXTERNAL-IP>:<PORT> integrations: gitlab: # Other integrations available - host: GITLAB-HOST apiBaseUrl: https://<GITLAB-URL>/api/v4 token: GITLAB-TOKEN
You can substitute for other integrations as defined in the Backstage documentation
After updating the configuration of Tanzu Application Platform GUI, either by using the profiles method or as a standalone package installation, you don't know whether the configuration has reloaded.
-
Read the logs of the pods to verify whether the configuration reloaded by running:
kubectl get pods -n tap-gui
For example:
$ kubectl get pods -n tap-gui NAME READY STATUS RESTARTS AGE server-6b9ff657bd-hllq9 1/1 Running 0 13m $ kubectl logs server-6b9ff657bd-hllq9 -n tap-gui Find this line: 2021-10-29T15:08:49.725Z backstage info Reloaded config from app-config.yaml, app-config.yaml
-
Try deleting and re-instantiating the pod by running:
kubectl delete pod -l app=backstage -n tap-gui
Note: Depending on your database configuration, deleting and re-instantiating the pod might cause the loss of user preferences and manually registered entities. If you have configured an external PostgreSQL database, then
tap-gui
pods are not stateful. In most cases, state is held in ConfigMaps, Secrets, or the database. For more information, see Configuring the Tanzu Application Platform GUI database and Register components.
You have problems with Tanzu Application Platform GUI, such as Catalog: Not Found
,
and you need to learn more about the problem in to diagnose it.
Get timestamped logs from the running pod and review the logs:
-
Pull the logs using the pod label:
kubectl logs -l app=backstage -n tap-gui
-
Review the logs.
Here are some common troubleshooting steps for errors presented in the Runtime Resources tab.
When accessing the Runtime Resource Visibility tab, the system displays, Error communicating with TAP GUI back end.
- An interrupted Internet connection.
- Error with the back end service.
- Confirm that you have Internet access.
- Confirm that the back end service is running correctly.
- Confirm the cluster’s configuration is correct.
When accessing the Runtime Resource Visibility tab, the system displays,
One or more resources are missing. This could be due to a label mismatch. Please make sure your resources have the label(s) "LABEL_SELECTOR".
No communications error has occurred, but no resources were found.
Confirm that you are using the correct label:
- Verify the Component definition includes the annotation
backstage.io/kubernetes-label-selector
. - Confirm your Kubernetes resources match that label selector.
When opening the Runtime Resource Visibility tab, the system displays, One or more resources might be missing because of cluster query errors.
The reported errors might not indicate a real problem. A build cluster might not have runtime CRDs installed, such as Knative Service, and a run cluster might not have build CRDs installed, such as a Cartographer workload. In these cases, 403 and 404 errors might be false positives.
You might receive the following specific error messages:
-
Access error when querying cluster CLUSTER_NAME for resource KUBERNETES_RESOURCE_PATH (status: 401). Contact your administrator.
There is a problem with the cluster configuration.
Confirm the access token used to request information in the cluster.
-
Access error when querying cluster CLUSTER_NAME for resource KUBERNETES_RESOURCE_PATH (status: 403). Contact your administrator.
The service account used doesn’t have access to the specific resource type in the cluster.
If the cluster is the same where Tanzu Application Platform is running, review the version installed to confirm it contains the desired resource. If the error is in a watched cluster, review the process to grant access to it in Viewing resources on multiple clusters in Tanzu Application Platform GUI.
-
Knative is not installed on CLUSTER_NAME (status: 404). Contact your administrator.
The cluster doesn’t have the Cloud Native Runtimes installed.
Install the Knative components by following the instructions in Install Cloud Native Runtimes.
-
Error when querying cluster CLUSTER_NAME for resource KUBERNETES_RESOURCE_PATH (status: 404). Contact your administrator.
The package that contains the resource is not installed.
Install the missing package.
Here are some common troubleshooting steps for errors presented in the App Accelerators page.
When the app_config.backend.reading.allow
section is configured in the tap-values.yaml
file
during the tap-gui
package installation, there are no accelerators on the Accelerator page.
This is because this section in the tap-values.yaml
file overrides the default configuration
that gives Tanzu Application Platform GUI access to the accelerators.
As a workaround, if you are modifying this section, provide a value for Application Accelerator. For example:
app_config:
# Existing tap-values.yaml above
backend:
reading:
allow:
- host: acc-server.accelerator-system.svc.cluster.local