43
43
- [ Troubleshooting] ( #troubleshooting )
44
44
- [ Implementation History] ( #implementation-history )
45
45
- [ Version 1.15] ( #version-115 )
46
+ - [ Version 1.24] ( #version-124 )
47
+ - [ Version 1.25] ( #version-125 )
46
48
- [ Drawbacks [ optional]] ( #drawbacks-optional )
47
49
- [ Alternatives [ optional]] ( #alternatives-optional )
48
50
- [ Alternative quota-based implementation] ( #alternative-quota-based-implementation )
@@ -652,7 +654,7 @@ files. The operations performed were as follows, in sequence:
652
654
653
655
* *Create Files*: Create 4K directories each containing 2K files as
654
656
described, in depth-first order.
655
-
657
+
656
658
* *du*: run `du` immediately after creating the files.
657
659
658
660
* *quota*: where applicable, run `xfs_quota` immediately after `du`.
@@ -663,10 +665,10 @@ files. The operations performed were as follows, in sequence:
663
665
664
666
* *du (after remount)*: run `mount -o remount <filesystem>`
665
667
immediately followed by `du`.
666
-
668
+
667
669
* *quota (after remount)*: run `mount -o remount <filesystem>`
668
670
immediately followed by `xfs_quota`.
669
-
671
+
670
672
* *unmount*: `umount` the filesystem.
671
673
672
674
* *mount*: `mount` the filesystem.
@@ -676,7 +678,7 @@ files. The operations performed were as follows, in sequence:
676
678
677
679
* *du after umount/mount*: run `du` after unmounting and
678
680
mounting the filesystem.
679
-
681
+
680
682
* *Remove Files*: remove the test files.
681
683
682
684
The test was performed on four separate filesystems :
@@ -756,7 +758,7 @@ filesystem walk for better performance and accuracy.
756
758
757
759
# ##### Can the feature be disabled once it has been enabled (i.e. can we roll back the enablement)?
758
760
759
- Yes, but only for newly created pods.
761
+ Yes, but only for newly created pods.
760
762
- Existed Pods : If the pod was created with enforcing quota, disable the feature gate
761
763
will not change the running pod.
762
764
- Newly Created Pods : After setting the feature gate to false, the newly created pod
@@ -765,7 +767,7 @@ Yes, but only for newly created pods.
765
767
# ##### What happens if we reenable the feature if it was previously rolled back?
766
768
767
769
Like above, after we reenable the feature, newly created pod will use this feature.
768
- If a pod was created before rolling back, the pod will benifit from this feature as well.
770
+ If a pod was created before rolling back, the pod will benefit from this feature as well.
769
771
770
772
# ##### Are there any tests for feature enablement/disablement?
771
773
0 commit comments