Skip to content

Commit 6728c11

Browse files
committed
storage capacity: fix description of CSIDriver field rollback
The implementation in the apiserver already preserves the field and delivers it to clients, which is the exact opposite of how it was described in the KEP.
1 parent f70ed9d commit 6728c11

File tree

1 file changed

+5
-3
lines changed
  • keps/sig-storage/1472-storage-capacity-tracking

1 file changed

+5
-3
lines changed

keps/sig-storage/1472-storage-capacity-tracking/README.md

Lines changed: 5 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -856,9 +856,11 @@ enhancement:
856856
objects: this needs to be treated with exponential backoff just like other
857857
communication issues with the API server.
858858

859-
The new flag in `CSIDriver` will always be removed when disabling the
860-
feature gate or when rolling back to a release older than 1.19. In that
861-
case kube-scheduler will revert to provisioning without capacity information.
859+
The new flag in `CSIDriver` will be preserved when disabling the
860+
feature gate or when rolling back to a release older than 1.19. kube-scheduler
861+
will continue to do scheduling with capacity information until it also
862+
gets rolled back to a version without support for that or the feature
863+
is turned off for kube-scheduler.
862864

863865
* **What happens if we reenable the feature if it was previously rolled back?**
864866

0 commit comments

Comments
 (0)