Chapter 6. Known issues
This section lists known issues in Red Hat Developer Hub 1.10.
- RHDH 1.10.4 installed from Helm chart contains older Orchestrator and Lightspeed builds
RHDH 1.10.4 Helm chart pins a stale
catalogIndex.image.tagdigest. This does not fail the installation, however, older versions of Orchestrator and Lightspeed plugins are installed without notification from an unsupported location on quay.io.To work around this problem, patch the index to the current digest:
helm upgrade <release> -n <namespace> oci://quay.io/rhdh/chart --version 1.10.4 \ --set global.clusterRouterBase=<router-base> \ --set global.catalogIndex.image.tag=65a60ffc1d7af5539112f686772d08de62bffb3a7888f4a9792940a17a01a632As a result, all affected plugins resolve from registry.access.redhat.com for the correct latest versions.
- RHDH 1.10.4 installed from Operator contains older Orchestrator and Lightspeed builds
RHDH 1.10.4 Operator pins a stale
CATALOG_INDEX_IMAGEdigest. This does not fail the installation, however, older versions of Orchestrator and Lightspeed plugins are installed without notification from an unsupported location on quay.io.To work around this problem, patch the
install-dynamic-pluginsdeployment to use the updated index image digest:oc apply -f - <<'YAML' apiVersion: rhdh.redhat.com/v1alpha5 kind: Backstage metadata: name: <name> namespace: <namespace> spec: application: extraEnvs: envs: - name: CATALOG_INDEX_IMAGE value: registry.access.redhat.com/rhdh/plugin-catalog-index@sha256:65a60ffc1d7af5539112f686772d08de62bffb3a7888f4a9792940a17a01a632 containers: - install-dynamic-plugins YAMLAs a result, all affected plugins resolve from registry.access.redhat.com for the correct latest versions.
- OCI images from registry.access.redhat.com fail to auto-detect plugin paths
There is a known issue where installing plugins from
registry.access.redhat.comwithout an explicit!pathsuffix fails silently. The script can’t find theio.backstage.dynamic-packagesannotation and returns no plugin paths.Images on
registry.access.redhat.comare published as multi-arch OCI image indexes. When the script callsskopeo inspect --rawto read the manifest annotations, it gets the image index back, not the platform-specific manifest that carries theio.backstage.dynamic-packagesannotation. This is the cause of the issue.- To work around this problem, use one of the following methods
-
Configuration without a tag: Use the
ociartifact reference with a digest, which points to the image inside its index (and therefore includes the correct metadata needed to discover the plugin path). -
Configuration with a tag: Append the
!<plugin-path>suffix as well so that the auto-detection is skipped.
-
Configuration without a tag: Use the
- Bulk Import marks repositories as 'already imported' with open PRs
Bulk Import incorrectly marks repositories with open PRs as already imported, causing repositories to disappear from the importable list. The repository is correctly ingested into Catalog once the import pull request is merged.
No known workaround exists.