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

The installPlanApproval attribute of Subscription does not work #1895

Closed
lanzhiwang opened this issue Dec 8, 2020 · 4 comments
Closed

The installPlanApproval attribute of Subscription does not work #1895

lanzhiwang opened this issue Dec 8, 2020 · 4 comments
Labels
kind/bug Categorizes issue or PR as related to a bug. lifecycle/stale Denotes an issue or PR has remained open with no activity and has become stale. triage/needs-information Indicates an issue needs more information in order to work on it.

Comments

@lanzhiwang
Copy link

Bug Report

What did you do?
I installed OLM 0.16.0 in minikube, and then deployed OperatorGroup and Subscription. The yaml is as follows:

apiVersion: operators.coreos.com/v1alpha2
kind: OperatorGroup
metadata:
  name: kafka-group
  namespace: kafka
spec:
  targetNamespaces:
  - kafka

---

apiVersion: operators.coreos.com/v1alpha1
kind: Subscription
metadata:
  name: my-strimzi-kafka-operator
  namespace: kafka
spec:
  channel: stable
  name: strimzi-kafka-operator
  source: operatorhubio-catalog
  sourceNamespace: olm
  startingCSV: strimzi-cluster-operator.v0.18.0
  installPlanApproval: Manual

In Subscription, I set to manually update installPlanApproval: Manual and the installed version startingCSV: strimzi-cluster-operator.v0.18.0, but OLM will still install the newer version.

$ kubectl -n kafka get csv strimzi-cluster-operator.v0.19.0
NAME                               DISPLAY   VERSION   REPLACES                           PHASE
strimzi-cluster-operator.v0.19.0   Strimzi   0.19.0    strimzi-cluster-operator.v0.18.0   Succeeded

What did you expect to see?
I want to see OLM install strimzi-cluster-operator.v0.18.0

What did you see instead? Under which circumstances?
OLM install strimzi-cluster-operator.v0.19.0

Environment

  • operator-lifecycle-manager version: 0.16.0
$ curl -L https://github.com/operator-framework/operator-lifecycle-manager/releases/download/0.16.1/install.sh -o install.sh

$ chmod +x install.sh

$ ./install.sh 0.16.1
  • Kubernetes version information: v1.19.2
  • Kubernetes cluster kind: minikube
$ minikube version
minikube version: v1.14.2
commit: 2c82918e2347188e21c4e44c8056fc80408bce10
$

Possible Solution

Additional context
Add any other context about the problem here.

@lanzhiwang lanzhiwang added the kind/bug Categorizes issue or PR as related to a bug. label Dec 8, 2020
@benluddy
Copy link
Contributor

benluddy commented Dec 8, 2020

Thanks for taking the time to report your issue. I tried and failed to reproduce this myself.

If you can reproduce this again and share the complete manifests of all Subscriptions, InstallPlans, and ClusterServiceVersions in the kafka namespace, that may be sufficient to understand what has happened on your cluster.

@benluddy benluddy added the triage/needs-information Indicates an issue needs more information in order to work on it. label Dec 8, 2020
@lanzhiwang
Copy link
Author

I I carefully looked at the document and observed the entire deployment process. I found that it was a problem with my operation. I approved the installation of the new version. This is not a bug. Sorry, you can close this issue.

@lanzhiwang
Copy link
Author

$ kubectl -n kafka get ip
NAME            CSV                                APPROVAL   APPROVED
install-7224r   strimzi-cluster-operator.v0.18.0   Manual     true
install-9jxjm   strimzi-cluster-operator.v0.19.0   Manual     false

@stale
Copy link

stale bot commented Mar 9, 2021

This issue has been automatically marked as stale because it has not had any recent activity. It will be closed in 7 days if no further activity occurs. Thank you for your contribution.
For more help on your issue, check out the olm-dev channel on the kubernetes slack [1] and the OLM Dev Working Group [2] [1] https://kubernetes.slack.com/archives/C0181L6JYQ2 [2] https://github.com/operator-framework/community#operator-lifecycle-manager-wg

@stale stale bot added the lifecycle/stale Denotes an issue or PR has remained open with no activity and has become stale. label Mar 9, 2021
@benluddy benluddy closed this as completed Mar 9, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
kind/bug Categorizes issue or PR as related to a bug. lifecycle/stale Denotes an issue or PR has remained open with no activity and has become stale. triage/needs-information Indicates an issue needs more information in order to work on it.
Projects
None yet
Development

No branches or pull requests

2 participants