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

Honoring an optional spec.channel field in the Operator API. #163

Closed
2 tasks done
joelanford opened this issue Apr 11, 2023 · 4 comments
Closed
2 tasks done

Honoring an optional spec.channel field in the Operator API. #163

joelanford opened this issue Apr 11, 2023 · 4 comments
Assignees

Comments

@joelanford
Copy link
Member

joelanford commented Apr 11, 2023

This issue should be closed when a demo recording is posted to the #olm-dev kubernetes slack channel that follows the below script:

Demo Script:

  1. Install operator-controller from the main branch or its most recently tagged release using operator-controller's standard install script and manifest.
  2. Create a Catalog object referencing quay.io/operatorhubio/catalog:latest
  3. Show that the catalog status reflects that it was successfully unpacked.
  4. Create an Operator object referencing package strimzi-kafka-operator with channel strimzi-0.32.x
  5. Show that a BundleDeployment gets created and references the bundle image quay.io/operatorhubio/strimzi-kafka-operator@sha256:0d4ac0ed10d815b30dca6521d3ceab5dfc150cddda22e9ca83e97462dbcfeff4
  6. Edit the Operator object and change the channel to strimzi-0.33.x
  7. Show that the existing BundleDeployment is updated to reflect a new bundle image reference with quay.io/operatorhubio/strimzi-kafka-operator@sha256:4d953d5fd719ea61a7009daaa7e37c948073132f231c2d2d1b07bf3d0d5d6e3b
  8. Edit the Operator object and remove the channel specification.
  9. Show that the existing BundleDeployment is updated to reflect a new bundle image reference with the highest semver bundle defined in the package (as of 4/5/23, that version is 0.34.0): quay.io/operatorhubio/strimzi-kafka-operator@sha256:42a3dce711492fae22f2d919299a0594f152396f6c2fef65ffc47226ba9c786e
  10. Edit the Operator object and set the channel to foobar.
  11. Show the the Operator object has its status updated to reflect that no version is available in the specified channel. Also show that the BundleDeployment is still present and remains at version 0.34.0.
  12. Delete the Operator objects.

Related Issues:

@joelanford joelanford changed the title Milestone 4 Goal 1 - Honoring an optional spec.channel field in the Operator API. Honoring an optional spec.channel field in the Operator API. Apr 11, 2023
@joelanford joelanford added this to the v0.1.0 (OLMv1 Milestone 3) milestone Apr 17, 2023
@tmshort tmshort self-assigned this Apr 21, 2023
@tmshort
Copy link
Contributor

tmshort commented Apr 24, 2023

Demo added to slack channel: https://kubernetes.slack.com/archives/C0181L6JYQ2/p1682347015950669

@pgodowski
Copy link

I know perhaps it's wrong place to ask the question, but let me ask anyway: What is the semantics in OLM v1 of the channel concept, in relation to OLM v0?

@joelanford
Copy link
Member Author

@pgodowski - can you start a discussion topic for that question? In general the concept is the same, but the mechanics are up for re-evaluation in OLMv1. I suspect we'll need to dive down into specific aspects of what you're trying to understand.

@joelanford
Copy link
Member Author

I think we can call this one finished. In addition to the slack channel post, we demoed this at yesterday's WG meeting. Thanks to all involved!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
Archived in project
Development

No branches or pull requests

3 participants