This is the ocm adm command used to mirror: oc adm catalog mirror \ ${IIB_IMAGE} \ $LOCAL_REG \ -a ${PULLSECRET} \ --manifests-only=true \ --icsp-scope="${ICSP_SCOPE}" \ --to-manifests=${IIB}-manifests \ --filter-by-os=linux/amd64
quay.io/kubevirt/kvm-info-nfd-plugin:v0.5.8 is an upstream image, it shouldn't be part of the product
We found the env var names mismatch, Andrej is working on a fix: https://github.com/kubevirt/ssp-operator/blob/master/config/manager/manager.yaml#L32 https://github.com/kubevirt/ssp-operator/blob/master/internal/common/environment.go#L10
Fix is in kubevirt-ssp-operator-container-v2.6.0-36, waiting for the fix on HCO's side
I can help validate in a bm disco env, but I will need to know the iib this gets baked into.
(In reply to Chad Crum from comment #11) > I can help validate in a bm disco env, but I will need to know the iib this > gets baked into. Yes, It will be great if you can help with it.
Chad - did you manage to verify this bug?
Ruth - I missed the update with iib. I'll try today and update this bz. Thanks!
I can confirm this bug is fixed in registry-proxy.engineering.redhat.com/rh-osbs/iib:41513 I was able to mirror that iib image and deploy CNV without issue. [root@sealusa10 ~]# oc get pods NAME READY STATUS RESTARTS AGE bridge-marker-6tznq 1/1 Running 0 117s bridge-marker-c4drm 1/1 Running 0 117s bridge-marker-nxr7c 1/1 Running 0 117s bridge-marker-vxsbr 1/1 Running 0 117s bridge-marker-wx492 1/1 Running 0 117s cdi-apiserver-59498db674-kfqrr 1/1 Running 0 114s cdi-deployment-55d5fdcf4f-hzsgz 1/1 Running 0 113s cdi-operator-679fcbcb5d-8gpzd 1/1 Running 0 2m32s cdi-uploadproxy-779f67dbc4-cklfv 1/1 Running 0 111s cluster-network-addons-operator-57cc5ddbc6-9cppx 1/1 Running 0 2m33s hco-operator-66dcf4df48-wf744 1/1 Running 0 2m34s hco-webhook-d6c9f4d74-bxnk4 1/1 Running 0 2m34s hostpath-provisioner-operator-7bc9d64cc4-ckcdk 1/1 Running 0 2m31s kube-cni-linux-bridge-plugin-6ccbv 1/1 Running 0 118s kube-cni-linux-bridge-plugin-pw79x 1/1 Running 0 118s kube-cni-linux-bridge-plugin-rzzz5 1/1 Running 0 118s kube-cni-linux-bridge-plugin-srgtj 1/1 Running 0 118s kube-cni-linux-bridge-plugin-xgtvr 1/1 Running 0 118s kubemacpool-mac-controller-manager-5c95b6cc7f-22bhl 1/1 Running 0 117s kubevirt-node-labeller-6qvbk 1/1 Running 0 110s kubevirt-node-labeller-86xm9 1/1 Running 0 110s nmstate-handler-8g7mk 1/1 Running 0 116s nmstate-handler-btp6q 1/1 Running 0 116s nmstate-handler-h2jnq 1/1 Running 0 116s nmstate-handler-ntm6v 1/1 Running 0 116s nmstate-handler-zfjdt 1/1 Running 0 116s nmstate-webhook-7cc44c946d-qwxmn 1/1 Running 0 116s nmstate-webhook-7cc44c946d-s6tb2 1/1 Running 0 116s node-maintenance-operator-7774d84dc9-zskcn 1/1 Running 0 2m31s ssp-operator-7cd6948f49-f4l77 1/1 Running 0 2m32s virt-api-6c67cf96c-5667m 1/1 Running 0 66s virt-api-6c67cf96c-9tgww 1/1 Running 0 66s virt-controller-85d6cc6dc6-49826 1/1 Running 0 41s virt-controller-85d6cc6dc6-htq8f 1/1 Running 0 41s virt-handler-6rgl7 1/1 Running 0 41s virt-handler-hf429 1/1 Running 0 41s virt-operator-5c4b7d8cff-h6qwh 1/1 Running 0 112s virt-operator-5c4b7d8cff-wn7f7 1/1 Running 0 111s virt-template-validator-6985cdffcb-6f6wg 1/1 Running 0 118s virt-template-validator-6985cdffcb-mlpsc 1/1 Running 0 118s vm-import-controller-75b64fcc85-n4wdt 1/1 Running 0 100s vm-import-operator-7bd67c66c7-zj7cj 1/1 Running 0 2m30s [root@sealusa10 ~]# oc get csv NAME DISPLAY VERSION REPLACES PHASE kubevirt-hyperconverged-operator.v2.6.0 OpenShift Virtualization 2.6.0 kubevirt-hyperconverged-operator.v2.5.3 Succeeded
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory (Moderate: OpenShift Virtualization 2.6.0 security and bug fix update), and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHSA-2021:0799