Bug 1868714
Summary: | operatorframework.io arch label not applied | ||
---|---|---|---|
Product: | OpenShift Container Platform | Reporter: | Roddie Kieley <rkieley> |
Component: | OLM | Assignee: | lgallett |
OLM sub component: | OperatorHub | QA Contact: | Jian Zhang <jiazha> |
Status: | CLOSED NOTABUG | Docs Contact: | |
Severity: | high | ||
Priority: | medium | CC: | bluddy, dageoffr, danili, jiazha, krizza, nhale, tbueno |
Version: | 4.6 | ||
Target Milestone: | --- | ||
Target Release: | 4.7.0 | ||
Hardware: | x86_64 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | If docs needed, set a value | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2020-11-30 20:00:56 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Bug Depends On: | |||
Bug Blocks: | 1880739 |
Description
Roddie Kieley
2020-08-13 15:07:20 UTC
Hi Kevin, Apologize for the late repy, I guess you want to ask the reporter in comment 3. > Can you run oc get packagemanifests --all-namespaces and post the result here? Are you looking for a way to mark two different operator packages as the same on the console? Hi, apologies for the late reply. At this point the cluster and the setup where this was observed is no longer available however at the time I did take some screenshots, but I'm not sure that's meaningful given the question asked. A feature was previously already added to to disambiguate multiarch manifests inside the embedded OperatorHub as per https://operator-framework.github.io/olm-book/docs/multiarch.html. This feature was utilized as per direct instruction to resolve multiple arch's manifests from showing up in the same OperatorHub, e.g. s390x manifest showing up in an x86_64 based OCP deployment. However even with the appropriate labeling the multiple arch manifests still show up in the embedded OperatorHub such that operator manifests for s390x and x86_64 are both incorrectly shown as per the example. If this is still a an active customer case, I need access to such a cluster to reproduce and further investigate. How can I get access to such a cluster? The labels in 0.10.1 are not properly set. They should be defined under metadata.labels instead of labels. In dist-git today: ``` apiVersion: operators.coreos.com/v1alpha1 kind: ClusterServiceVersion metadata: name: amq-broker-operator.v0.10.1-on-z labels: operator-activemqartemis: "true" operatorframework.io/arch.s390x: supported operatorframework.io/os.linux: supported ``` but it should be ``` apiVersion: operators.coreos.com/v1alpha1 kind: ClusterServiceVersion metadata: name: amq-broker-operator.v0.10.1-on-z labels: operator-activemqartemis: "true" operatorframework.io/arch.s390x: supported operatorframework.io/os.linux: supported ``` Spoke with lgalletti directly to review status, updated instructions, and next steps. |