Bug 1648215
Summary: | The CSV cannot be created successfully via subscription | ||
---|---|---|---|
Product: | OpenShift Container Platform | Reporter: | Jian Zhang <jiazha> |
Component: | OLM | Assignee: | Evan Cordell <ecordell> |
Status: | CLOSED ERRATA | QA Contact: | Jian Zhang <jiazha> |
Severity: | high | Docs Contact: | |
Priority: | high | ||
Version: | 4.1.0 | CC: | chezhang, dyan, ecordell, jfan, jpeeler, zitang |
Target Milestone: | --- | ||
Target Release: | 4.1.0 | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | If docs needed, set a value | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2019-06-04 10:40:51 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: |
Description
Jian Zhang
2018-11-09 07:31:49 UTC
When I test TSB and ASB operator, I also hit this issue, subscription can not create successfully. olm-operator log: E1119 08:08:26.899521 1 reflector.go:205] github.com/operator-framework/operator-lifecycle-manager/pkg/lib/queueinformer/queueinformer_operator.go:108: Failed to list *v1alpha2.OperatorGroup: the server could not find the requested resource (get operatorgroups.operators.coreos.com) OLM version: 0.8.0 git commit: ff2325e I used the latest version for having a try. It works well. So, remove the TestBlocker label. [jzhang@dhcp-140-18 installer]$ oc exec olm-operator-585c885c55-2zcr9 -- olm -version OLM version: 0.8.0 git commit: 08ea39b Actually, the version is "git commit: 08ea39b", I highly suggest that we fix bug 1626434 first so that the users can know the version clearly. @Evan What do you think? For now, you can move this bug to "ON_QA" status so that I can verify it. It's better if you can post the fixed PR in here. [jzhang@dhcp-140-18 installer]$ cat subscription.yaml apiVersion: operators.coreos.com/v1alpha1 kind: Subscription metadata: generateName: etcd- spec: source: rh-operators name: etcd startingCSV: etcdoperator.v0.9.2 channel: alpha [jzhang@dhcp-140-18 installer]$ oc get pods NAME READY STATUS RESTARTS AGE catalog-operator-75c8fcc485-md5xn 1/1 Running 0 6h etcd-operator-7b49974f5b-gdd5m 3/3 Running 0 8m olm-operator-585c885c55-2zcr9 1/1 Running 0 6h package-server-7d685ccff7-6sb9j 1/1 Running 0 6h [jzhang@dhcp-140-18 installer]$ oc get csv NAME DISPLAY VERSION REPLACES PHASE etcdoperator.v0.9.2 etcd 0.9.2 etcdoperator.v0.9.0 Succeeded [jzhang@dhcp-140-18 installer]$ oc get installplan NAME CSV SOURCE APPROVAL APPROVED install-etcdoperator.v0.9.2-sx4kp etcdoperator.v0.9.2 rh-operators Automatic false [jzhang@dhcp-140-18 installer]$ oc get subscription NAME PACKAGE SOURCE CHANNEL etcd-kxcgh etcd rh-operators alpha Bug 1626434, comment 20 outlines a suitable way for QE to keep track of what upstream code was built. I think this bug can be moved to ON_QA. This is fixed in the latest version. 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/RHBA-2019:0758 |