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
VolumeBinding's Score plugin in enabled by default in v1beta3 and v1 config #113705
Comments
/sig scheduling |
@Huang-Wei: This issue is currently awaiting triage. If a SIG or subproject determines this is a relevant issue, they will accept it by applying the The Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
Can we actually do this retroactively? |
/cc |
As discussed for other plugins, a plugin that only does some work when a certain feature gate is enabled should only get included in the default configuration when that feature gate is enabled. The plugin still needs to check the feature gate itself because it might be enabled explicitly in some configuration, with the feature gate off. Ref: - kubernetes#113705 - kubernetes#113275 (comment)
hmm, the issue is that the fix will break existing configurations that explicitly set the score plugin in the config while the feature is disabled, although I don't expect anyone to do that, it is safer to just keep it as is and just try to graduate the feature asap. |
Although it's pretty rare, but yes, this case will be impacted. And this is the cost of not making things right in the beginning :( So if we're good on keeping this mistake as-is, I'm gonna close #113706. However, it's uncertain how soon we can graduate VolumeCapacityPriority, it's worth adding comments explaining this is an incorrect pattern so others won't accidentally "copy" the wrong pattern (like @pohly almost used the wrong pattern). WDYT? |
+1 on a comment |
As discussed for other plugins, a plugin that only does some work when a certain feature gate is enabled should only get included in the default configuration when that feature gate is enabled. The plugin still needs to check the feature gate itself because it might be enabled explicitly in some configuration, with the feature gate off. Ref: - kubernetes#113705 - kubernetes#113275 (comment)
As discussed for other plugins, a plugin that only does some work when a certain feature gate is enabled should only get included in the default configuration when that feature gate is enabled. The plugin still needs to check the feature gate itself because it might be enabled explicitly in some configuration, with the feature gate off. Ref: - kubernetes#113705 - kubernetes#113275 (comment)
As discussed for other plugins, a plugin that only does some work when a certain feature gate is enabled should only get included in the default configuration when that feature gate is enabled. The plugin still needs to check the feature gate itself because it might be enabled explicitly in some configuration, with the feature gate off. Ref: - kubernetes#113705 - kubernetes#113275 (comment)
/help TODO: document that it's incorrect to enable VolumeCapacityPriority plugin without regard of its feature gate. |
@Huang-Wei: GuidelinesPlease ensure that the issue body includes answers to the following questions:
For more details on the requirements of such an issue, please see here and ensure that they are met. If this request no longer meets these requirements, the label can be removed In response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
What happened?
Followed up with @alculquicondor, VolumeBinding Score plugin is enabled only when the feature gate
VolumeCapacityPriority
is enabled:kubernetes/pkg/scheduler/apis/config/v1beta2/default_plugins.go
Lines 115 to 119 in 43a2bb4
However, with v1beta3 and v1, VolumeBinding Score plugin is no longer feature gated (although its underlying logic is).
What did you expect to happen?
We'd pursue disabling a plugin if the feature gate is disabled. Another thread: #113275 (comment)
How can we reproduce it (as minimally and precisely as possible)?
Run kube-scheduler using a v1beta3 or v1 config, without enabling
VolumeCapacityPriority
feature gate.Anything else we need to know?
No response
Kubernetes version
Cloud provider
OS version
Install tools
Container runtime (CRI) and version (if applicable)
Related plugins (CNI, CSI, ...) and versions (if applicable)
The text was updated successfully, but these errors were encountered: