Description of problem: When an InstallPlan is deleted, OLM currently does nothing. We would have expected it to check the latest available CSV again and create a new InstallPlan based on that. How reproducible: Every time. Steps to Reproduce: 1. Install an Operator (that you have controll over) through OLM 2. Push an update for the operator 3. OLM finds the update and awaits for your approval. 4. Do not approve, instead delete the install plan Actual results: OLM does not create a new InstallPlan. Expected results: OLM creates a new InstallPlan based on the latest CSV.
*** Bug 1841179 has been marked as a duplicate of this bug. ***
This seems to reach a rare case when there is a pending-approval (manually) installplan and user deletes it and OLM fails to reconcile and recreate the installplan for some reason.
Is OLM supposed to create a new InstallPlan already? In that case, maybe I just didn't wait long enough (a few minutes)?
*** Bug 1843394 has been marked as a duplicate of this bug. ***
After some discussion, we've determined that a missing InstallPlan shouldn't be terminal state for a Subscription. We'll fix this in the upcoming sprint at the latest.
*** Bug 1876501 has been marked as a duplicate of this bug. ***
Cluster version is 4.7.0-0.nightly-2020-11-22-204912 [root@preserve-olm-env data]# oc -n openshift-operator-lifecycle-manager exec catalog-operator-757d4dd574-splbt -- olm --version OLM version: 0.17.0 git commit: 3cb2cfd3cb7122f1b740787c7150852fcbd26371 1, Create an operator. [root@preserve-olm-env data]# oc get sub -n default NAME PACKAGE SOURCE CHANNEL etcd etcd community-operators singlenamespace-alpha [root@preserve-olm-env data]# oc get ip -n default NAME CSV APPROVAL APPROVED install-hzlrl etcdoperator.v0.9.4 Manual false [root@preserve-olm-env data]# oc get csv -n default No resources found in default namespace. 2, Delete this unapproved InstallPlan. [root@preserve-olm-env data]# oc delete ip install-hzlrl -n default installplan.operators.coreos.com "install-hzlrl" deleted A new InstallPlan generated, LGTM. [root@preserve-olm-env data]# oc get ip -n default NAME CSV APPROVAL APPROVED install-426cr etcdoperator.v0.9.4 Manual false 3, Approve it and delete the approved InstallPlan. [root@preserve-olm-env data]# oc get ip -n default NAME CSV APPROVAL APPROVED install-426cr etcdoperator.v0.9.4 Manual true [root@preserve-olm-env data]# oc get csv -n default NAME DISPLAY VERSION REPLACES PHASE etcdoperator.v0.9.4 etcd 0.9.4 etcdoperator.v0.9.2 Succeeded [root@preserve-olm-env data]# oc delete ip install-426cr -n default installplan.operators.coreos.com "install-426cr" deleted [root@preserve-olm-env data]# oc get ip -n default No resources found in default namespace. The approved InstallPlan will not be recreated. LGTM, verify it.
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 (Moderate: OpenShift Container Platform 4.7.0 security, bug fix, and enhancement update), 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/RHSA-2020:5633