Description of problem:
After successfully mirroring the ibm-ftm-operator via the latest oc-mirror command to internal registry and applying the newly generated IBM CatalogSource YAML file. The created catalog pod in the openShift-marketplace namespace enters CrashLoopBackOff.
Customer is trying to mirror operators and list the catalogue the command has no issues, but catalog pod is crashing with the following error:
~~~
time="2024-07-10T13:43:07Z" level=info msg="starting pprof endpoint" address="localhost:6060"
time="2024-07-10T13:43:08Z" level=fatal msg="cache requires rebuild: cache reports digest as \"e891bfd5a4cb5702\", but computed digest is \"1922475dc0ee190c\""
~~~
Version-Release number of selected component (if applicable):
oc-mirror 4.16
OCP 4.14.z
How reproducible:
Steps to Reproduce:
1. Create catalog image with the following imagesetconfiguration:
~~~
kind: ImageSetConfiguration
apiVersion: mirror.openshift.io/v1alpha2
archiveSize: 4
storageConfig:
registry:
imageURL: <internal-registry>:Port/oc-mirror-metadata/12july24
skipTLS: false
mirror:
platform:
architectures:
- "amd64"
channels:
- name: stable-4.14
minVersion: 4.14.11
maxVersion: 4.14.30
type: ocp
shortestPath: true
graph: true
operators:
- catalog: icr.io/cpopen/ibm-operator-catalog:v1.22
packages:
- name: ibm-ftm-operator
channels:
- name: v4.4
~~~
2. Run the following command:
~~~
/oc-mirror --config=./imageset-config.yaml docker://Internal-registry:Port --rebuild-catalogs
~~~
3. Create catalogsourcepod under openshift-marketplace namespace:
~~~
cat oc-mirror-workspace/results-1721222945/catalogSource-cs-ibm-operator-catalog.yaml
apiVersion: operators.coreos.com/v1alpha1
kind: CatalogSource
metadata:
name: cs-ibm-operator-catalog
namespace: openshift-marketplace
spec:
image: Internal-registry:Port/cpopen/ibm-operator-catalog:v1.22
sourceType: grpc
~~~
Actual results:
catalog pod is crashing with the following error:
~~~
time="2024-07-10T13:43:07Z" level=info msg="starting pprof endpoint" address="localhost:6060"
time="2024-07-10T13:43:08Z" level=fatal msg="cache requires rebuild: cache reports digest as \"e891bfd5a4cb5702\", but computed digest is \"1922475dc0ee190c\""
~~~
Expected results:
The pod should run without any issue.
Additional info:
1. The issue is reproducible with the OCP 4.14.14 and OCP 4.14.29
2. Customer is already using oc-mirror 4.16:
~~~
./oc-mirror version
WARNING: This version information is deprecated and will be replaced with the output from --short. Use --output=yaml|json to get the full version.
Client Version: version.Info{Major:"", Minor:"", GitVersion:"4.16.0-202407030803.p0.g394b1f8.assembly.stream.el9-394b1f8", GitCommit:"394b1f814f794f4f01f473212c9a7695726020bf", GitTreeState:"clean", BuildDate:"2024-07-03T10:18:49Z", GoVersion:"go1.21.11 (Red Hat 1.21.11-1.module+el8.10.0+21986+2112108a) X:strictfipsruntime", Compiler:"gc", Platform:"linux/amd64"}
~~~
3. Customer tried with workaround described in the KB[1]: https://access.redhat.com/solutions/7006771 but no luck
4. Customer also tried to set the OPM_BINARY, but didn't work. They download OPM with respective arch: https://github.com/operator-framework/operator-registry/releases rename the downloaded binary as opm and set below variable before executing oc-mirror
OPM_BINARY=/path/to/opm
- blocks
-
OCPBUGS-38035 IBM Operator Index Image fails with "cache requires rebuild: cache reports digest as xxx, but computed digest is yyy"
-
- Closed
-
- is cloned by
-
OCPBUGS-38035 IBM Operator Index Image fails with "cache requires rebuild: cache reports digest as xxx, but computed digest is yyy"
-
- Closed
-
- is triggering
-
CLID-357 Corrective Measure for OCPBUGS-37667: IBM Operator Index Image fails with "cache requires rebuild: cache reports digest as xxx, but computed digest is yyy"
-
- Closed
-
- relates to
-
OCPBUGS-52422 OPM no longer prunes metadata from non-channel heads
-
- New
-
- links to
-
RHEA-2024:3718
OpenShift Container Platform 4.17.z bug fix update