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

Add upgradeApproval field to OperatorPolicy #115

Conversation

JustinKuli
Copy link
Member

It is hoped that this field makes some InstallPlan approval behaviors more obvious and helpful.

@openshift-ci openshift-ci bot requested review from dhaiducek and mprahl April 12, 2024 20:22
the cluster will be considered a match. If `spec.subscription.startingCSV` is set, that version can
be approved, even if it is not in this list.

The `spec.upgradeApproval` field specifies whether the an enforced "musthave" policy will approve
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
The `spec.upgradeApproval` field specifies whether the an enforced "musthave" policy will approve
The `spec.upgradeApproval` field specifies whether an enforced "musthave" policy will approve

any upgrade InstallPlans for the operator. *It has no effect when the policy is in "mustnothave"*
*mode*. This only affects InstallPlans for operators that are already installed on the cluster,
which upgrade or replace the operator; initial InstallPlans for an operator can be approved
regardless of this flag. If not set, the controller will behave as if it were set to `Automatic`.
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I keep going back and forth on the default, but I think Automatic is a safe default option since upgrades should be safe within a channel.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Did you mean Automatic is a good default in the OperatorPolicy, if this new field is not set? Or did you mean that Automatic in the Subscription is a good default? I updated this section some more, maybe it is more clear what I mean now.

It is hoped that this field makes some InstallPlan approval behaviors
more obvious and helpful.

Signed-off-by: Justin Kulikauskas <[email protected]>
@JustinKuli JustinKuli force-pushed the operatorpolicy-upgrades branch from 1443ccc to 20428c8 Compare April 15, 2024 15:24
always be Manual, regardless of the setting here.
each cluster's catalog. It is not allowed to set `spec.subscription.installPlanApproval`; the policy
will determine and set a value for that field based on the policy's `spec.versions` and
`spec.updgradeApproval` settings.
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
`spec.updgradeApproval` settings.
`spec.upgradeApproval` settings.

Copy link

openshift-ci bot commented Apr 16, 2024

[APPROVALNOTIFIER] This PR is APPROVED

This pull-request has been approved by: JustinKuli, mprahl

The full list of commands accepted by this bot can be found here.

The pull request process is described here

Needs approval from an approver in each of these files:

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

@openshift-merge-bot openshift-merge-bot bot merged commit 0335b24 into open-cluster-management-io:main Apr 16, 2024
2 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants