Upgrade all operators in a given namespace at the same time
Description
Attachments
Activity

Yusaf Awan August 26, 2024 at 9:07 AM
This can only be tested on RC, plus we need upgrade available for at least two operators.

Yusaf Awan August 1, 2024 at 11:15 AM
As discussed, I have changed the Fix version to 1.2.0.

Yusaf Awan July 31, 2024 at 2:04 PM
I don’t think we will be able to test this ticket in release v1.1.0 as both PG and PSMDB operators are not being released this time. We need to move this ticket to the next release.

nuna.dionisio July 11, 2024 at 10:17 AM

Mayank Shah June 24, 2024 at 7:27 AM
There are 2 issues here:
When patching the catalog source, we should use
1.0.0-rc2
tag, notlatest
. This is a change we made in this RC. The moment we uselatest
, OLM will pull in PSMDB 1.16 for existing namespaces. When we upgrade, Everest CLI changes the catalog source back to1.0.0-rc2
, where PSMDB 1.16 is missing. So new namespaces will get 1.15 installed.Assuming that RC2 has both new operator versions available, upgrading one operator should not result in another operator getting upgraded. This is unexpected. On further investigating this scenario, it looks like OLM is the culprit here. When we update the CatalogSource (which contains 2 new operators), it creates a single InstallPlan, that references the 2 new CSVs corresponding to the new versions of the operator. Approving this InstallPlan will result in both operators being upgraded. Unfortunately, this is by design in OLM - that it will aggregate all Subscriptions in its installPlan, meaning we can’t upgrade each operator individually. The complete issue is here - . There’s really not much we can do here, apart from change the Everest UX - instead of giving the user the ability to upgrade each individual operator (which OLM does not allow), we need to instead make it so that all operators are upgraded.
Due to a limitation in OLM it’s not possible to upgrade operators individually within a given namespace. Hence, we need to unify the upgrade flow in a single action per namespace. See the UI redesign here.