Skip to content

Commit 801f606

Browse files
committed
[KEP-5254] DRA: Constraints with CEL - Update feature gate description
1 parent c190191 commit 801f606

File tree

1 file changed

+2
-2
lines changed
  • keps/sig-scheduling/5254-dra-constraints-with-cel

1 file changed

+2
-2
lines changed

keps/sig-scheduling/5254-dra-constraints-with-cel/README.md

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -732,7 +732,7 @@ No
732732

733733
###### Can the feature be disabled once it has been enabled (i.e. can we roll back the enablement)?
734734

735-
Yes, through the feature gate. Pods that are already running will continue unaffected. New workloads trying to utilize the feature will not work. If any of the feature gates in kube-apiserver, kube-scheduler, and kube-controller-manager are disabled, the feature will not work. The pod will either not be created or will be in a pending state with the corresponding error message.
735+
Yes, through feature gates. If the feature gate is disabled in kube-apiserver, kube-scheduler, or kube-controller-manager, the feature will not work. Existing running Pods continue unaffected. New workloads cannot use the feature, and pod creation will fail if attempting to use the feature. Existing pods that need rescheduling will remain in pending state. Pod description will notify users to enable the feature gate. The reason for not allowing existing pods to re-schedule is because users expect optimal placement for these pods, which cannot happen when the feature is disabled
736736

737737
###### What happens if we reenable the feature if it was previously rolled back?
738738

@@ -1005,4 +1005,4 @@ new subproject, repos requested, or GitHub details. Listing these here allows a
10051005
SIG to get the process for these resources started right away.
10061006
-->
10071007

1008-
Initially, all development will happen inside the main Kubernetes repository. The mock driver can be developed inside test/e2e/dra. For the generic part of that driver, i.e. the code that other drivers can reuse, and other common code a new staging repo [k8s.io/dynamic-resource-allocation](http://k8s.io/dynamic-resource-allocation) is needed.
1008+
Initially, all development will happen inside the main Kubernetes repository. The mock driver can be developed inside test/e2e/dra. For the generic part of that driver, i.e. the code that other drivers can reuse, and other common code a new staging repo [k8s.io/dynamic-resource-allocation](http://k8s.io/dynamic-resource-allocation) is needed.

0 commit comments

Comments
 (0)