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

Generated Subscriptions should have an owner reference to created Subscription #832

Closed
djzager opened this issue Apr 29, 2019 · 1 comment

Comments

@djzager
Copy link

djzager commented Apr 29, 2019

Introduction:

I have noticed that if you subscribe to an operator that depends on another operator. A Subscription will be generated for you but is not removed when the "parent" Subscription is deleted.

Recreation Steps:

  1. Check out this silly made up olm-catalog that has two operators, one channel for each (alpha), and one version for each v0.0.1. Build and push the operator-registry image.
  2. Create a CatalogSource pointing at this image
  3. Subscribe to example-operator-a
  4. See that a subscription to example-operator-b is generated (ie. example-operator-b-stable-scenario3-openshift-operator-lifecycle-manager)
  5. Remove the Subscription to example-operator-a (leaving "Also completely remove the Operator from the selected namespace." checked)

What I expected to happen:
The subscription to example-operator-a and the generated subscription to be removed

What happened:
only the subscription to example-operator-a is removed

Edit History

  1. On the first go I submitted the issue before properly formatting.
@ecordell
Copy link
Member

ecordell commented May 9, 2019

This is intentional behavior - just because an operator was installed because it was a dependency, doesn't mean there are no other consumers of that operator's apis.

Closing for now, please re-open if you feel there's more discussion to be had 😄

@ecordell ecordell closed this as completed May 9, 2019
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

No branches or pull requests

2 participants