Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[regression?] operator-courier 2.1.8 falsely(?) fails --ui_validate_io check #188

Closed
leifmadsen opened this issue Jul 13, 2020 · 6 comments · Fixed by #189
Closed

[regression?] operator-courier 2.1.8 falsely(?) fails --ui_validate_io check #188

leifmadsen opened this issue Jul 13, 2020 · 6 comments · Fixed by #189

Comments

@leifmadsen
Copy link

My CI started failing today on the operator-courier verify --ui_validate_io check for my Ansible Operators (probably not related to Ansible).

Version 2.1.7 does not result in a failure. When running 2.1.8 I get the following error on my checks:

operator-courier verify --ui_validate_io deploy/olm-catalog/service-telemetry-operator/
ERROR: CSV.spec.crd.owned.version isnot in CRD.spec.versions list [0.1.1/service-telemetry-operator.v0.1.1.clusterserviceversion.yaml]
ERROR: CSV.spec.crd.owned.version isnot in CRD.spec.versions list [1.0.0/service-telemetry-operator.v1.0.0.clusterserviceversion.yaml]
ERROR: CSV.spec.crd.owned.version isnot in CRD.spec.versions list [1.0.1/service-telemetry-operator.v1.0.1.clusterserviceversion.yaml]
ERROR: CSV.spec.crd.owned.version isnot in CRD.spec.versions list [1.0.2/service-telemetry-operator.v1.0.2.clusterserviceversion.yaml]
ERROR: CSV.spec.crd.owned.version isnot in CRD.spec.versions list [1.0.3/service-telemetry-operator.v1.0.3.clusterserviceversion.yaml]
Resulting bundle is invalid, input yaml is improperly defined.

CSVs are available here: https://github.com/infrawatch/service-telemetry-operator/tree/master/deploy/olm-catalog/service-telemetry-operator/1.0.2 (version 1.0.2 as an example).

Looking at what the error is telling me, it seems like everything is fine?

CSV --> spec --> CRD --> owned --> version == https://github.com/infrawatch/service-telemetry-operator/blob/master/deploy/olm-catalog/service-telemetry-operator/1.0.2/service-telemetry-operator.v1.0.2.clusterserviceversion.yaml#L93

CRD --> spec --> versions == https://github.com/infrawatch/service-telemetry-operator/blob/master/deploy/olm-catalog/service-telemetry-operator/1.0.2/infra.watch_servicetelemetrys_crd.yaml#L16-L19

@jmazzitelli
Copy link

jmazzitelli commented Jul 13, 2020

I'm seeing the same - I haven't changed the community metadata for my operator in a while - and just today when an unrelated PR got submitted and travis ran the CI tests, I get this:

ERROR: CSV.spec.crd.owned.version isnot in CRD.spec.versions list [1.15.1/kiali.v1.15.1.clusterserviceversion.yaml]

See Kiali community metadata: https://github.com/operator-framework/community-operators/tree/master/community-operators/kiali/1.15.1

@tiraboschi
Copy link
Contributor

We are also facing this on CI on https://github.com/kubevirt/hyperconverged-cluster-operator

@leifmadsen
Copy link
Author

FYI the workaround is to pin operator-courier==2.1.7

jmazzitelli added a commit to jmazzitelli/kiali-operator that referenced this issue Jul 13, 2020
tiraboschi added a commit to tiraboschi/operator-courier that referenced this issue Jul 13, 2020
crd.spec.version got deprecated for crd.spec.versions
but in this case we are going to access a list of
dictionaries where the relevant value
is in the name field.

Fix also its test.

Signed-off-by: Simone Tiraboschi [email protected]

Fixes: operator-framework#188
@tiraboschi
Copy link
Contributor

Yes, I think this is definitively a regression introduced with #165
It affects all the bundles that include a CRD with spec.versions.

#189 should fix it.

tiraboschi added a commit to tiraboschi/operator-courier that referenced this issue Jul 13, 2020
crd.spec.version got deprecated for crd.spec.versions
but in this case we are going to access a list of
dictionaries where the relevant value
is in the name field.

Fix also its test.

Signed-off-by: Simone Tiraboschi [email protected]

Fixes: operator-framework#188
nunnatsa added a commit to nunnatsa/hyperconverged-cluster-operator that referenced this issue Jul 14, 2020
kubevirt-bot pushed a commit to kubevirt/hyperconverged-cluster-operator that referenced this issue Jul 14, 2020
* Fix BZ 1856447

    Fix error that if all the components are running, but not all of them are with the latest version, HCO reports "ready" but it should not.

    This fix make sure that HCO only set ready for successful upgrade, when all the operators are with the right version

Signed-off-by: Nahshon Unna-Tsameret <[email protected]>

* workarounf operator-courier issue #188 (operator-framework/operator-courier#188)

Signed-off-by: Nahshon Unna-Tsameret <[email protected]>
@Kaitou786
Copy link

I believe the latest quay.io/operator-framework/operator-testing:latest has been updated with this version of operator-courier. We are facing the same issue in our CI: https://github.com/kiegroup/kogito-cloud-operator

tiraboschi added a commit to tiraboschi/operator-courier that referenced this issue Jul 15, 2020
crd.spec.version got deprecated for crd.spec.versions
but in this case we are going to access a list of
dictionaries where the relevant value
is in the name field.

Fix all the validations on spec.versions and add
additional validations.

Fix also its test.

Signed-off-by: Simone Tiraboschi [email protected]

Fixes: operator-framework#188
tiraboschi added a commit to tiraboschi/operator-courier that referenced this issue Jul 15, 2020
crd.spec.version got deprecated for crd.spec.versions
but in this case we are going to access a list of
dictionaries where the relevant value
is in the name field.

Fix all the validations on spec.versions and add
additional validations.

Fix also its test.

Signed-off-by: Simone Tiraboschi [email protected]
Fixes: operator-framework#188
@J0zi
Copy link

J0zi commented Jul 20, 2020

all of the sudden, not only 2.1.8, but also older versions (2.1.7 and 2.1.6) are failing on the stuff which was green in the past.

orenc1 added a commit to kubevirt/hyperconverged-cluster-operator that referenced this issue Jul 21, 2020
kubevirt-bot pushed a commit to kubevirt/hyperconverged-cluster-operator that referenced this issue Jul 21, 2020
* Bump CDI to v1.20.1

Signed-off-by: hco_bump_bot <[email protected]>

* build-manifests.sh

Signed-off-by: orenc1 <[email protected]>

* remove pinning for operator-courier
operator-framework/operator-courier#188 is resolved.

Signed-off-by: orenc1 <[email protected]>

Co-authored-by: GitHub <[email protected]>
Co-authored-by: orenc1 <[email protected]>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging a pull request may close this issue.

5 participants