Bug 1843394 - InstallPlan not updated to reflect changed state of CSV
Summary: InstallPlan not updated to reflect changed state of CSV
Status: CLOSED DUPLICATE of bug 1841175
Alias: None
Product: OpenShift Container Platform
Classification: Red Hat
Component: OLM
Version: 4.4
Hardware: x86_64
OS: Linux
Target Milestone: ---
: 4.6.0
Assignee: Evan Cordell
QA Contact: Jian Zhang
Depends On:
TreeView+ depends on / blocked
Reported: 2020-06-03 08:29 UTC by Phil Brookes
Modified: 2020-06-19 13:23 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Last Closed: 2020-06-19 13:23:13 UTC
Target Upstream Version:

Attachments (Terms of Use)

System ID Private Priority Status Summary Last Updated
Red Hat Bugzilla 1841175 0 low CLOSED When an Install Plan gets deleted, OLM does not create a new one 2023-12-15 18:01:34 UTC

Description Phil Brookes 2020-06-03 08:29:08 UTC
Description of problem:
An operator has been installed from a CSV e.g. 1.0.0 and set to manual approval.
A new CSV (1.1.0) with replaces 1.0.0 is published and a pending installplan created.
A new CSV (1.0.1) with replaces 1.0.0 is published and nothing is done.
The 1.1.0 CSV is edit to have replaces 1.0.1 - invalidating the installplan.

There is no route to install 1.0.1 in this scenario, another bug with id 1841175 prevents the deletion of the installplan to have an accurate one created and approving the pending installplan would install 1.1.0 rather than 1.0.1

Version-Release number of selected component (if applicable):

How reproducible:
This can be reproduced

Steps to Reproduce:
1. Install operator from CSV 1.0.0 and set to manual approval
2. Create a 1.1.0 CSV that replaces 1.0.0
3. Create a 1.0.1 CSV that replaces 1.0.0
4. Update the 1.1.0 CSV to replace 1.0.1

Actual results:
No way to install the 1.0.1 CSV

Expected results:
The installplan for 1.1.0 would be modified or recreated to be a pending install for the 1.0.1 CSV.

Additional info:

Comment 1 Kevin Rizza 2020-06-19 13:23:13 UTC
This seems like another manifestation of https://bugzilla.redhat.com/show_bug.cgi?id=1841175, which is that when subscriptions are set to manual approval OLM doesn't recreate install plans on changes.

Marking this as a duplicate and pushing over there for further discussion.

*** This bug has been marked as a duplicate of bug 1841175 ***

Note You need to log in before you can comment on or make changes to this bug.