Description of problem: HCO CR is not listed when running "kubectl get all" from command line Version-Release number of selected component (if applicable): 2.4.0 How reproducible: Steps to Reproduce: 1. Deploy CNV 2. Read "all" from the CNV namespace Actual results: "hyperconverged.hco.kubevirt.io/kubevirt-hyperconverged" does not appear in the output. Expected results: "hyperconverged.hco.kubevirt.io/kubevirt-hyperconverged" should appear in the output. Additional info: To solve this, add the "all" category to HCO CRD.
Please add 'fixed in version'
I don't see hyperconverged.hco.kubevirt.io/kubevirt-hyperconverged kubectl get all NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE service/kubernetes ClusterIP 172.30.0.1 <none> 443/TCP 21h service/openshift ExternalName <none> kubernetes.default.svc.cluster.local <none> 20h NAME AGE PHASE cdi.cdi.kubevirt.io/cdi-kubevirt-hyperconverged 3h31m Deployed NAME AGE cdiconfig.cdi.kubevirt.io/config 3h30m NAME AGE vmimportconfig.v2v.kubevirt.io/vmimport-kubevirt-hyperconverged 105m oc get deployment hco-operator -nopenshift-cnv --output=jsonpath='{.spec.template.spec.containers[0].image}' registry-proxy.engineering.redhat.com/rh-osbs/container-native-virtualization-hyperconverged-cluster-operator@sha256:6e2c2fc213473dfedc36c10fa0c8ed1dd21f4057e2f58cb612a80bde skopeo inspect --config 'docker://registry-proxy.engineering.redhat.com/rh-osbs/container-native-virtualization-hyperconverged-cluster-operator@sha256:6e2c2fc213473dfedc36c10fa0c8ed1dd21f4057e2f58cb612a80bde5d6cad0b' | jq -r '.config.Labels' { "architecture": "x86_64", "build-date": "2020-07-15T15:19:57.184005", "com.redhat.build-host": "cpt-1001.osbs.prod.upshift.rdu2.redhat.com", "com.redhat.component": "hyperconverged-cluster-operator-container", "com.redhat.license_terms": "https://www.redhat.com/agreements", "description": "CNV HyperConverged Cluster Operator", "distribution-scope": "public", "io.k8s.description": "CNV HyperConverged Cluster Operator", "io.k8s.display-name": "hyperconverged-cluster-operator", "io.openshift.expose-services": "", "io.openshift.tags": "cnv,kubevirt,operator", "maintainer": "Ryan Hallisey <rhallise>", "name": "container-native-virtualization/hyperconverged-cluster-operator", "release": "68", "summary": "CNV HyperConverged Cluster Operator", "upstream-vcs-ref": "39e9c8d49f944f53debc644f99d5326c08daeae8", "upstream-vcs-type": "git", "upstream-version": "v0.4.0-216-g39e9c8d", "url": "https://access.redhat.com/containers/#/registry.access.redhat.com/container-native-virtualization/hyperconverged-cluster-operator/images/v2.4.0-68", "vcs-ref": "280c880c4ed6167af5300948c70457400c1af222", "vcs-type": "git", "vendor": "Red Hat, Inc.", "version": "v2.4.0" }
This is not a blocker, thus moving this bug out-
(In reply to Tareq Alayan from comment #2) > I don't see hyperconverged.hco.kubevirt.io/kubevirt-hyperconverged > > kubectl get all kubevirt-hyperconverged is a namespaced resource so, even with `oc get all` you still have to add `-n openshift-cnv` [stirabos@crc ~]$ oc get all -n openshift-cnv | grep hyperconverged service/hyperconverged-cluster-operator-metrics ClusterIP 172.25.140.88 <none> 8383/TCP,8686/TCP 3d21h cdi.cdi.kubevirt.io/cdi-kubevirt-hyperconverged 3d21h Deployed hyperconverged.hco.kubevirt.io/kubevirt-hyperconverged 3d21h vmimportconfig.v2v.kubevirt.io/vmimport-kubevirt-hyperconverged 3d21h kubevirt.kubevirt.io/kubevirt-kubevirt-hyperconverged 3d21h Deployed Tareq, can you please try again?
oc get all -n openshift-cnv | grep hyperconverged service/hyperconverged-cluster-operator-metrics ClusterIP 172.30.166.34 <none> 8383/TCP,8686/TCP 36m cdi.cdi.kubevirt.io/cdi-kubevirt-hyperconverged 35m Deployed hyperconverged.hco.kubevirt.io/kubevirt-hyperconverged 35m vmimportconfig.v2v.kubevirt.io/vmimport-kubevirt-hyperconverged 35m kubevirt.kubevirt.io/kubevirt-kubevirt-hyperconverged 35m Deployed
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, 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-2020:3194